The libassuan.pc.in is missing -I${includedir} in Cflags declaration.
As libassuan includes are in non-default directory building of dependencies that use pkg-config instead of the libassuan-config will fail.
Description
Description
Revisions and Commits
Revisions and Commits
| rK libksba | |||
| rK3df0cd32e3b2 pkgconfig: Fix ksba.pc. | |||
| rC libgcrypt | |||
| rC5d99af142c7d pkgconfig: Fix libgcrypt.pc. | |||
| rC761d12f140b7 pkgconfig: Fix libgcrypt.pc. | |||
| rA Assuan | |||
| rA909133baad49 libassuan.pc: Fix to have -I for Cflags and -L for Libs. | |||
| rT Not Too Bad TLS | |||
| rT35a91c4961d4 pkgconfig: Fix ntbtls.pc. | |||
Related Objects
Related Objects
- Mentioned In
- T5467: Release libgcrypt 1.8.9
- Mentioned Here
- rEaa697dae4c36: gpg-error-config: Determine output at configure time.
Event Timeline
Comment Actions
Thank you. I only tested a configuration where installation of libassuan has same prefix as libgpg-error. That's the reason why this bug exists.
We should add something like: rEaa697dae4c36: gpg-error-config: Determine output at configure time.
Comment Actions
Well, gpg-error is special. For other libraries, adding -I and -L is enough and good.
Fixed in master.
Comment Actions
Hi there, this change is very useful on the Homebrew project's upcoming ARM port. The Mac package manager's base library prefix will change from the existing presumed defaults to prevent backwards-incompatibility, making pkg-config compatibility somewhat more important.
As far as I can tell, this has yet to make it into any released version of libgcrypt. Is this change slated for any future releases?