libgcrypt.m4 is not multilib friendly
Closed, ResolvedPublic


While reviewing some Gentoo multilib work, I stumbled upon the need to set LIBGCRYPT_CONFIG so that configure script would pick the correct libgcrypt-config when building (in libsecret here, but applies elsewhere as well).

Some search lead me to rC1e8b86494cf8: build: Support SYSROOT based config script finding. which changed from AC_PATH_TOOL, which would work fine in this context, to AC_PATH_PROG, which does not.

I understand this is related to SYSROOT support and I have no patch to offer at the moment, I just need a pointer for our teams so we can eventually provide a fix.

EvaSDK created this task.May 15 2018, 12:15 PM
werner triaged this task as Normal priority.
gniibe updated the task description. (Show Details)Jul 17 2018, 9:56 AM
gniibe added a subscriber: gniibe.Oct 29 2018, 6:04 AM

IIUC, in Gentoo multilib (or other distributions), <triplent>-{gpg-error,libgcrypt,libassuan,npth,libksba,npth}-config script is used.
In forthcoming libgpg-error 1.33, single gpgrt-config is used for all architecture, by having --libdir option at invocation time.

New libgcrypt.m4 can use new gpgrt-config, so that configure script can use the single gpgrt-config supplying --libdir information.

In this way, users of libgcrypt can determine appropriate CFLAGS and LDFLAGS.

Well, for how to apply (propagate) new changes of libgcrypt.m4 (and gpg-error.m4, etc.), let us see.

werner closed this task as Resolved.Dec 17 2018, 9:57 AM
werner claimed this task.

Closing, given that we implemented a general solution; see the parent task.