[Top][All Lists]
[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