bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gnulib stdint.h substitution of int64_t results in a linking error i


From: Ralf Wildenhues
Subject: Re: gnulib stdint.h substitution of int64_t results in a linking error in GCC 4.(3|2|0) on OSX
Date: Sat, 27 Nov 2010 09:59:44 +0100
User-agent: Mutt/1.5.20 (2010-08-04)

Hello Paul,

* Paul Eggert wrote on Wed, Nov 24, 2010 at 09:07:52PM CET:
> I pushed the following patch; could you please give it a try?
> I don't have an OSX host to test it on.  Thanks.
> 
> From 531b8a416b6ae40f89808e1db8976eb25972e661 Mon Sep 17 00:00:00 2001
> From: Paul Eggert <address@hidden>
> Date: Wed, 24 Nov 2010 12:05:43 -0800
> Subject: [PATCH] stdint: port to GCC 4.3 + OSX + Octave
> 
> On this platform, stdint.h is buggy and defines int64_t to long
> long int.  The replacement defined it to long int, causing
> problems with C++ style name mangling.  Instead, trust the system
> definition if INT64_MAX is defined, and likewise for the unsigned
> variant.   Problem reported by Jarno Rajahalme in
> <http://lists.gnu.org/archive/html/bug-gnulib/2010-04/msg00143.html>.
> * lib/stdint.in.h (GL_INT64_T): Define if INT64_MAX is defined,
> and don't mess with int64_t and INT64_MAX in this case.
> (GL_UINT64_T): Likewise for UINT64_MAX and uint64_t.

Should this patch have a similar pendant for the AC_TYPE_INT64_T macro
in Autoconf?

Thanks,
Ralf



reply via email to

[Prev in Thread] Current Thread [Next in Thread]