poppler issueshttps://gitlab.freedesktop.org/poppler/poppler/-/issues2020-11-13T04:09:18Zhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/982Decide on linking & packaging for backends2020-11-13T04:09:18ZKyle AubleDecide on linking & packaging for backendsThis issue is a spin-off of #335 to focus on Cairo & Splash separately from the front-ends.
This [mail-list conversation](https://lists.freedesktop.org/archives/poppler/2018-February/012813.html) suggested dropping the orphaned .pc file...This issue is a spin-off of #335 to focus on Cairo & Splash separately from the front-ends.
This [mail-list conversation](https://lists.freedesktop.org/archives/poppler/2018-February/012813.html) suggested dropping the orphaned .pc files and keeping the back-ends private. More recently though, #83 was settled by providing the Cairo headers as an unstable API. At least Debian provides both the Splash & Cairo headers (and then some?) in a `libpoppler-private-dev` package too.
There is also a suggestion from the email to build the Cairo back-end as a distinct library & allow linking it statically.
I can think of the following questions (and changes when needed) to settle everything:
- ~~Should Cairo have its own folder like Splash?~~ Not necessary
- Should Cairo & Splash be built more modularly (distinct CMakeLists, compile to static libraries)?
- ~~Should the .pc files be dropped or updated for downstream (add *-uninstalled.pc files if keeping)?~~ Dropped
- ~~Exactly which files should be included in these dev packages (just module-specific headers)?~~ Packaging back-ends discouraged
Possible tags: [build system][cairo][splash]https://gitlab.freedesktop.org/poppler/poppler/-/issues/373Fix cmake call for openemebedded builds (and Fedora)2018-10-05T23:21:03ZBugzilla Migration UserFix cmake call for openemebedded builds (and Fedora)## Submitted by Andreas Müller
Assigned to **poppler-bugs**
**[Link to original bug (#105852)](https://bugs.freedesktop.org/show_bug.cgi?id=105852)**
## Description
Created attachment 138506
Patch
Overwriting CMAKE_CXX_FLAGS/CMAK...## Submitted by Andreas Müller
Assigned to **poppler-bugs**
**[Link to original bug (#105852)](https://bugs.freedesktop.org/show_bug.cgi?id=105852)**
## Description
Created attachment 138506
Patch
Overwriting CMAKE_CXX_FLAGS/CMAKE_C_FLAGS breaks openemebedded/yocto build and it seems Fedora needs a workaround too.
~~**Patch 138506**~~, "Patch":
[0001-Do-not-overwrite-all-build-flags-when-running-cmake.patch](/uploads/2b151a4e6dc29126a0df4cabf1ce4a89/0001-Do-not-overwrite-all-build-flags-when-running-cmake.patch)