Fwd: Re: Fwd: Bug#753047: src:libgpg-error: FTCBFS for any architecture but mingw32 and android

Werner Koch wk at gnupg.org
Thu Jul 3 20:07:17 CEST 2014

On Thu,  3 Jul 2014 17:59, helmut at subdivi.de said:

> maintain. These headers may need changes with updated versions of glibc
> (or with a different libc) and for new ports the header will always be

No.  The objects are part of the ABI and thus there is no way to change
them without changing the pthread ABI.

>  * The list of Debian architectures I am trying to crossbuild for is:
>    alpha, arm, arm64, armel, armhf, hppa, i386, ia64, m68k, mips,
>    mips64el, mipsel, or1k, powerpc, powerpcspe, ppc64, ppc64el, s390,
>    s390x, sh4, sparc, sparc64, x32.

You have to test them anywa.  Retrieving the needed information is
simple.  If you can give me access to those machines, I will be glad to
do that.

> I'd much prefer a solution based on AC_CHECK_SIZEOF (which works without
> executing binaries for the host), but I am not an autofoo expert. It

That is what we are doing.  Running the check program is just a
convenient way of creating the header _and_ to check that everything

> Can someone explain to me why gpgrt_lock_t cannot be redefined to be
> a typedef to _gpgrt_lock_t and GPGRT_LOCK_INITIALIZER cannot be changed
> from

For the simple reason of encapsulation.  This will safe you a lot of
trouble later in terms of build dependencies.

> Please keep CCing me.

The (missing) MFT header takes care of this ;-)



Die Gedanken sind frei.  Ausnahmen regelt ein Bundesgesetz.

More information about the Gnupg-devel mailing list