diff options
author | Eli Schwartz <eschwartz@archlinux.org> | 2019-10-02 09:20:13 +0200 |
---|---|---|
committer | Allan McRae <allan@archlinux.org> | 2019-10-07 06:09:34 +0200 |
commit | 0e3a4bd1fbb740b6bfce2ceb3e6acdfe84a4d486 (patch) | |
tree | 0875d6a203427baa5c44edd2a2dbf4f74990cacc /test/scripts/makepkg-template-tests/last-template-dir-has-precedece | |
parent | facd9533b002194e58cc47672ce7e23d40968e96 (diff) | |
download | pacman-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 'test/scripts/makepkg-template-tests/last-template-dir-has-precedece')
0 files changed, 0 insertions, 0 deletions