bug-gnulib
[Top][All Lists]
Advanced

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

Re: Gnulib 64-bit ABI bug with OSX, generic patch proposed


From: Paul Eggert
Subject: Re: Gnulib 64-bit ABI bug with OSX, generic patch proposed
Date: Fri, 23 Apr 2010 15:04:17 -0700
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux)

Jarno Rajahalme <address@hidden> writes:

> So it seems that the aim is for the gnulib/stdint.h types and the
> macros be consistent with the system versions. If so, why not use the
> system versions for defining them, if they exist?

Because the system versions are often wrong.  gnulib/m4/stdint.m4
contains a fairly strict test of the system version, and if this test
fails, we don't trust the system version.

> -#if LONG_MAX >> 31 >> 31 == 1
> +/* OSX needs int64_t to be "long long" rather than "long int" */
> +#if LONG_MAX >> 31 >> 31 == 1 && !(defined (__APPLE__) && defined (__MACH__))

This is not the Autoconf Way.  We should instead test (in stdint.m4)
that the system stdint.h defines int64_t to an appropriate type, and if
so, set a flag that stdint.in.h uses to avoid redefining int64_t.  Can
you write a patch along those lines?




reply via email to

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