summaryrefslogtreecommitdiffstats
path: root/lib/libalpm/add.h
diff options
context:
space:
mode:
authorEli Schwartz <eschwartz@archlinux.org>2019-10-02 09:20:13 +0200
committerAllan McRae <allan@archlinux.org>2019-10-07 06:09:34 +0200
commit0e3a4bd1fbb740b6bfce2ceb3e6acdfe84a4d486 (patch)
tree0875d6a203427baa5c44edd2a2dbf4f74990cacc /lib/libalpm/add.h
parentfacd9533b002194e58cc47672ce7e23d40968e96 (diff)
downloadpacman-0e3a4bd1fbb740b6bfce2ceb3e6acdfe84a4d486.tar.gz
pacman-0e3a4bd1fbb740b6bfce2ceb3e6acdfe84a4d486.tar.xz
meson: work around broken pkg-config file with private requires
In addition to the general issue of staticlibs linkage, linking a static lib to a library() does not seem to generate the needed Libs.private. Rework how we handle this entirely. Instead of relying on convenience libraries, we will *sigh* go extract a boatload of .o files again, then relink those to the installable libalpm, while mentioning our dependencies again. We still have our guaranteed static library for linking arbitrary programs with (e.g. vercmp), and we still only generate one identical copy of the .o files, but now we potentially `ar` it up twice, which isn't so bad. And linking still works, and pkg-config files also still work. One alternative would be to explicitly list our dependencies to pkgconfig.generate with requires_private, but since gpgme might be an elevated config-tool dependency, this can fail with: meson.build:341:10: ERROR: requires argument not a string, library with pkgconfig-generated file or pkgconfig-dependency object, got <GpgmeDependency gpgme: True> Signed-off-by: Eli Schwartz <eschwartz@archlinux.org> Signed-off-by: Allan McRae <allan@archlinux.org>
Diffstat (limited to 'lib/libalpm/add.h')
0 files changed, 0 insertions, 0 deletions