Current git changes

Patrick Brunschwig patrick at
Sat Nov 15 17:47:26 CET 2014

On 11.11.14 15:49, Werner Koch wrote:
> Hi
> I removed the use of the code in gl/.  I hope that this will help to get
> rid of all those OS X problems related to stdint.h.  New bugs are of
> course possible.
> I'd appreciate reports on whether this is helpful.
> Commits since 2.1.0:
> b8cdfac3 * Remove use of gnulib (part 2)
> 1adf719b * Remove use of gnulib (part 1)
> 7362c8c6 * gpg: Remove warning message for non-implemented search modes.
> f0f5cb6b * w32: Fix http access module.
> c7c79e31 * build: Add method to use a custom swdb.lst and use adns with Windows.
> f7e1be24 * build: Improve test for ADNS
> e0db5af7 * doc: Add announce text for 2.1
> 8ec0b384 * speedo: Append the date to the Windows installer.

This builds fine on Mac OS X (did not test all functionality yet).

The only remaining issue when building on OS X is in common/. The build
fails with this error when linking libcommon:

Undefined symbols for architecture x86_64:
  "_default_errsource", referenced from:
      _parse_ber_header in libcommon.a(libcommon_a-tlv.o)
      _parse_sexp in libcommon.a(libcommon_a-tlv.o)
ld: symbol(s) not found for architecture x86_64

To resolve this, the following patch is needed:

--- Makefile.orig	2014-11-15 17:42:44.000000000 +0100
+++ Makefile	2014-11-15 17:43:15.000000000 +0100
@@ -656,7 +656,7 @@
 t_common_cflags = $(KSBA_CFLAGS) $(LIBGCRYPT_CFLAGS) \
                   $(LIBASSUAN_CFLAGS) $(GPG_ERROR_CFLAGS)

-t_common_ldadd = libcommon.a \
+t_common_ldadd = libcommon.a libcommon_a-init.o \
 	      $(LIBINTL) $(LIBICONV)

I suppose that the default ld on OS X (which seems to stem from LLVM
3.5) behaves differently than other variants of ld


More information about the Gnupg-devel mailing list