autoconf
[Top][All Lists]
Advanced

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

Re: ac_cv_sizeof_X, et al.


From: Eric Blake
Subject: Re: ac_cv_sizeof_X, et al.
Date: Tue, 15 Jul 2008 06:23:48 -0600
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.14) Gecko/20080421 Thunderbird/2.0.0.14 Mnenhy/0.7.5.666

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

According to Philip Prindeville on 7/15/2008 12:22 AM:
|
| Well, it kind of begs the question:  if ac_sizeof_long_long_int !=
| ac_sizeof_long_long_unsigned_int, then what happens when you assign a
| LONGLONG_MAX to a signed long long, and then copy that into an unsigned
| long long, or vice versa...

At one point, I proposed modifying autoconf to require both types, or else
claim that neither type exists, because there was an actual platform
(Tandem/NSK) reported by Matthew Woehlke that actually had 32-bit unsigned
long long and 64-bit long long.  Paul Eggert declined the idea at the
time, but perhaps it needs revisiting?  At any rate, M4 gives an example
of how to do this:

http://git.savannah.gnu.org/gitweb/?p=m4.git;a=commitdiff;h=7db3ae3

|>
|> If <stdint.h> and <inttypes.h> were available everywhere then much of
|> this gobbly gook could go away.  Maybe in another 10 years or so that
|> will be the case.

You may want to consider using gnulib, which provides a replacement
<stdint.h> and <inttypes.h> and takes care of all of the type definitions
in those two headers (it does not yet provide a <sys/types.h> replacement,
with additional useful types).

- --
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

iEYEARECAAYFAkh8ltQACgkQ84KuGfSFAYAl/wCguDpE4682p9s1KWvgo5m7GATI
DhcAmQFJadbqbwisr6uSXfzULzuqsNz/
=uQ0G
-----END PGP SIGNATURE-----




reply via email to

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