bug-gnulib
[Top][All Lists]
Advanced

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

Re: coreutils-6.4 released (stable)


From: Eric Blake
Subject: Re: coreutils-6.4 released (stable)
Date: Fri, 17 Nov 2006 06:40:06 -0700
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.8) Gecko/20061025 Thunderbird/1.5.0.8 Mnenhy/0.7.4.666

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

According to Paul Eggert on 11/16/2006 11:02 PM:
>> Ok. Using the latest snapshot Eric provided me with, m4 fails to build
>> on Tandem NSK/OSS. Using the above, *plus* this patch:
>> http://lists.gnu.org/archive/html/bug-gnulib/2006-10/msg00140.html
>> both 'make' and 'make check' succeed.
> 
> As Bruno mentioned in
> <http://lists.gnu.org/archive/html/bug-gnulib/2006-11/msg00092.html>,
> he'd rather not head down this path due to the high cost/benefit
> ratio.  Even if M4 builds with the abovementioned patch, the approach
> will likely cause runtime misbehaviors -- almost certainly in
> coreutils, and quite possibly also in M4.
> 
> Perhaps there's a better way.  In
> <http://lists.gnu.org/archive/html/bug-coreutils/2006-11/msg00069.html>
> I asked Matthew Woehlke why the patch was actually needed -- as it's
> not 100% clear to me -- and that hasn't been followed up on yet.

How about the following alternative - at configure time, if there is a
mismatch between sizeof(uintmax_t) and sizeof(intmax_t), we redefine these
two types to be the same size as the smaller of the two (effectively
disabling long long on Tandem NSK since there is no counterpart unsigned
long long).  In other words, rather than trying to deal with the
64-bit/32-bit mismatch, is there a clean way to detect that NSK has broken
64-bit types (broken in the sense that there is not symmetric support) and
avoid them altogether?

Matt, can you refresh my memory - does NSK actually provide uintmax_t and
intmax_t?  Or does it just provide long long, where the gnulib configure
hooks were detecting that it could be used for the definition of a uintmax_t?

- --
Life is short - so eat dessert first!

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

iD8DBQFFXbu184KuGfSFAYARAk7kAJ9FFtiz61cami9B/NJgtIKP6CtSDACgjA76
NxFU3qFow5MyHxuXQ9mGlIo=
=Lidd
-----END PGP SIGNATURE-----




reply via email to

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