[PATCH] [RFC] Define lock-obj in gpg-error.h

Werner Koch wk at gnupg.org
Tue Mar 29 12:31:20 CEST 2016


On Mon, 28 Mar 2016 11:13, joerg.krause at embedded.rocks said:

> 1) It relies on the toolchains triplet. The toolchain triplet has to match a

Right.  You need to use a recent config.sub to canonicalize the triplet.
For certain host values it is also possible to use the alias list in
mkheader.c

> 2) A toolchains triplet does not tell us about the builtin
> features. Consider a uClibc based toolchain named
> arm-unknown-linux-gnueabi was configured without thread support. Using

Thread support is part of the ABI.

> lock-obj instead of a dummy lock-obj.  3) Cross-compiling
> gen-posix-lock-obj and run it on the target to output a lock-obj file
> is an unnecessary step and can be easily avoided.

You are free to come up with the info by other means.

> lock-obj defined at compile-time, copying this lock-obj file to syscfg and have
> mkheader insert this information into gpg-error.h before compilation does the
> same as defining the lock-obj in gpg-error.h directly. The compilation units

See my reply to your other mail.


>  src/gpg-error.h.in | 63

> +#if HAVE_CONFIG_H
> +#include <config.h>
> +#endif

You MUST NOT put a config.h into a public header.  

> +# define USE_DOUBLE_FOR_ALIGNMENT 1

This macro name is not in libgpg-error's name space.


Shalom-Salam,

   Werner

-- 
Die Gedanken sind frei.  Ausnahmen regelt ein Bundesgesetz.




More information about the Gnupg-devel mailing list