bug-gnulib
[Top][All Lists]
Advanced

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

Re: coreutils-7.1 - Compile Issue - Assuming defined preprocessor symbol


From: Eric Blake
Subject: Re: coreutils-7.1 - Compile Issue - Assuming defined preprocessor symbols have a value
Date: Fri, 27 Feb 2009 07:25:52 -0700
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.19) Gecko/20081209 Thunderbird/2.0.0.19 Mnenhy/0.7.6.666

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

[adding bug-gnulib]

According to Peter Bray on 2/27/2009 7:10 AM:
> Hi All,
> 
>   I ran into a small problem compiling coreutils-7.1 on Solaris 10. The 
> problem only occurred on Solaris 10 SPARC in 64-bit mode, and not Solaris 10 
> x86 in 64-bit, all with gcc 4.1.2. The problem does not occur in either SPARC 
> or x86 when compiling for 32-bit binaries (for obvious reasons). But the 
> problem is a little more generic in nature.
> 
>   In lib/inttypes.in.h the following line appears 4 times:
> 
> #  if (@APPLE_UNIVERSAL_BUILD@ ? _LP64 : @INT64_MAX_EQ_LONG_MAX@)
> 
>   The problem arises if _LP64 is defined but does not have a value.

Thanks for the report.  This is indeed a bug in the gnulib replacement
header.  Does replacing '_LP64' with 'defined _LP64' fix things?

- --
Don't work too hard, make some time for fun as well!

Eric Blake             address@hidden
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkmn9/AACgkQ84KuGfSFAYD1TACfTFDbrwdJId7TsppEM2uR7a5v
cMEAoIhdzN27Ju9LLfWKXovgYnNcb98D
=5JsQ
-----END PGP SIGNATURE-----




reply via email to

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