autoconf
[Top][All Lists]
Advanced

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

Re: GNU M4 1.4.8b released (beta release)


From: Eric Blake
Subject: Re: GNU M4 1.4.8b released (beta release)
Date: Sat, 10 Mar 2007 16:12:37 -0700
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.10) Gecko/20070221 Thunderbird/1.5.0.10 Mnenhy/0.7.4.666

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

According to Matthew Woehlke on 3/1/2007 9:16 AM:
>> That's because printf.c is part of gnulib, and both coreutils and m4 use
>> the same source file.  Whatever you do to fix it for one package will fix
>> it for the other; and as Bruno suggested, if compiling with CFLAGS=-O
>> fixes it (by detecting the brokenness of your compiler's long long), then
>> it probably is not worth much further effort in gnulib to work around it.
> 
> Well... aside from the fact that I forgot that (it's been quite a
> while), I still think that if printf.c is going to *assume* unsigned if
> long long exists, then config.h really ought to make this safe, say by
> having something like this in config.h.in:
> 
> #if defined(HAVE_LONG_LONG_INT) && !defined(HAVE_UNSIGNED_LONG_LONG_INT)
> # undef HAVE_LONG_LONG_INT
> #endif

Is it worth patching autoconf's AC_TYPE_LONG_LONG_INT macro to declare
that there is not a usable 'long long int' type if no corresponding
unsigned long long type exists?

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

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

iD8DBQFF8ztl84KuGfSFAYARAmn2AJ9yV8Hjvp2FGQHgM80mPZWpHS+IFACgrEFz
Z81+npvIRgO9HL0rUj7XSfE=
=XCfS
-----END PGP SIGNATURE-----




reply via email to

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