Page MenuHome GnuPG

conflicting pkg-config detection and initialization
Closed, ResolvedPublic


pkg-config detection is done manually for gtk but for qt and ncurses it uses the
pkg.m4 macros, this create conflict between the two methods (empty vs no value
for example).

Attach a patch:

  1. add pkg-config initialization to make the pkg.m4 macros happy.
  2. remove the manual pkg-config detection.
  3. detect existence by output of pkg.m4 method.


Revisions and Commits

Event Timeline

alonbl set External Link to 18 2015, 10:22 AM
alonbl added projects: pinentry, Bug Report, Gentoo.
alonbl set Version to 0.9.5.

0002-build-use-pkg.m4-for-pkg-config-usage.patch - on top

remove the manual pkg-config usage, as build already use pkg.m4 macros there is
no reason to use manual pkg-config

0003-build-sync-qt4-pkg-config-behavior-with-other-pkg-co.patch - on top


sync qt4 pkg-config behaviour

werner removed a subscriber: alonbl.
werner added a subscriber: werner.

Someone please check whether this is still the case and come up with a fix?


I can still see that qt[1] is using the simplified pkg macros[2], while the is using proprietary method[3].

We are still missing PKG_PROG_PKG_CONFIG macro in to make pkg
macros happy, this can remove all AC_PATH_PROG(PKG_CONFIG, pkg-config, no)
executions, see pinentry-0.9.5-build.patch, as you have PKG_CONFIG set.

The other changes to use PKG_CHECK_MODULES are optional but is there any reason
why not to use this macro instead of executing the pkg-config manually? This
macro has the advantage of allowing override via environment, and append proper

If you like I can rebase this old patch set.


links removed as I got "Edit Error: not allowed (too many links).

marcus added a subscriber: marcus.

Fixed in 6053cb4f. The third patch was obsolete due to use of FIND_QT macro.