Hi Bruno,
Bruno Haible [EMAIL PROTECTED] writes:
The #ifdefs for determining which variant of 'inline' or 'extern inline'
don't work any more with the Apple GCC compiler on MacOS X.
FWIW, I had reported these issues too:
http://thread.gmane.org/gmane.comp.lib.gmp.bugs/1979
I can't find
On Saturday 12 April 2008 15:19, Ludovic Courtès wrote:
Hi Bruno,
Bruno Haible [EMAIL PROTECTED] writes:
The #ifdefs for determining which variant of 'inline' or 'extern inline'
don't work any more with the Apple GCC compiler on MacOS X.
FWIW, I had reported these issues too:
Simon Josefsson wrote:
The problem appears
to be conflicting linker behaviour for 'extern inline' and a problem
with the Mac OS X linker. See:
http://thread.gmane.org/gmane.network.gnutls.general/1061/focus=1136
It has to do with 'extern inline', and it has to do with MacOS X. I assume
Hi Bruno,
Bruno Haible [EMAIL PROTECTED] writes:
+ #ifdef __GNUC_STDC_INLINE__
+ #define __GMP_EXTERN_INLINE extern __inline__ __attribute__
((__gnu_inline__))
Unfortunately that doesn't work on MacOS X because Apple's GCC (labeled
4.0) implements C99 inline semantics but
1. Does not
Hi gmp maintainers,
The #ifdefs for determining which variant of 'inline' or 'extern inline'
don't work any more with the Apple GCC compiler on MacOS X.
See the threads that started in
http://lists.gnu.org/archive/html/bug-gnulib/2008-04/msg00103.html
My gnulib-comp.m4 contains, from modules/stdarg:
dnl Some compilers (e.g., AIX 5.3 cc) need to be in c99 mode
dnl for the builtin va_copy to work. With Autoconf 2.60 or later,
dnl AC_PROG_CC_STDC arranges for this. With older Autoconf AC_PROG_CC_STDC
dnl shouldn't hurt, though
