Error building GnuPG modern 2.1.0 on Yosemite

Werner Koch wk at gnupg.org
Fri Nov 7 07:44:40 CET 2014


On Thu,  6 Nov 2014 19:37, bighype at gmail.com said:

> I tried to compile 2.1.0 today and ran into an issue. I have the
> latest autoconf/m4/gnu toolchain and all of the latest libraries that
> GnuPG needs.

It is kind of funny that GnuPG as most autoconf enabled programs build
fine on so many Unix platform but not on OS X we should be a modern
Unix. 

One of the reasons might be that GnuPG uses a small part of gnulib (gl/)
but does not follow all the gnulib updates to avoid regressions.

> ../gl/stdint.h:62:31: error: _types/_intmax_t.h: No such file or directory
> ../gl/stdint.h:63:32: error: _types/_uintmax_t.h: No such file or directory

This problem seems to cause by the hack below.  We hoped that this would
fix the problems but obviously it didn't on all machines.  You may try
to revert that patch.

For 2.0.1 I'd really like to get access to a decent OS X box to test the
build before releasing it.


Salam-Shalom,

   Werner


commit f5592fcff308007322a201c970a6d5e8763c9fe3
Author: Werner Koch <wk at gnupg.org>
Date:   Wed Oct 29 15:41:28 2014 +0100

    Fix stdint.h problem for Apple.
    
    * gl/stdint_.h [__APPLE__]: Include hack.
    --
    
    Patch suggested by Patrick Brunschwig.

	Modified   gl/stdint_.h
diff --git a/gl/stdint_.h b/gl/stdint_.h
index 19577e7..1118e8d 100644
--- a/gl/stdint_.h
+++ b/gl/stdint_.h
@@ -55,6 +55,13 @@
 # include @ABSOLUTE_STDINT_H@
 #endif
 
+#ifdef __APPLE__
+  /* Apple's implementation of <stdint.h> is bugy; we therefore use
+     the source definitions.  */
+# include <_types/_intmax_t.h>
+# include <_types/_uintmax_t.h>
+#endif
+
 /* <sys/types.h> defines some of the stdint.h types as well, on glibc,
    IRIX 6.5, and OpenBSD 3.8 (via <machine/types.h>).
    MacOS X 10.4.6 <sys/types.h> includes <stdint.h> (which is us), but



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




More information about the Gnupg-users mailing list