bug-gnulib
[Top][All Lists]
Advanced

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

Re: proposed patch to allocsa, vasnprintf for Tandem NSK (OSS)


From: Matthew Woehlke
Subject: Re: proposed patch to allocsa, vasnprintf for Tandem NSK (OSS)
Date: Thu, 09 Nov 2006 17:03:09 -0600
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061025 Thunderbird/1.5.0.8 Mnenhy/0.7.4.0

Paul Eggert wrote:
Bruno Haible <address@hidden> writes:

Can you agree to that, Paul? I know you worked several hours on this patch,
but if we carry it forward, it will cost many more hours of brain cycles in
other code, like gnulib, coreutils etc. - for the sole purpose of unoptimized
binaries on one particular version of a rare OS.

I have no problem with that.  The patch is there, in case the problem
comes up on other platforms, and we can start from it as needed.

Actually, while trying to compile m4, it looks like this may indeed be a problem. OSS's sys/stat.h bombs if int64_t is not defined, and AFAICT m4 relies on gnulib's stdint_.h to define this. So ignoring 'long long' on NSK/OSS is not going to work.

(I haven't even tried coreutils yet, but wouldn't be surprised if the same problem pops up.)

Someone might want to point me at the 'how to update GNUlib within a project that uses GNUlib (for dummies)' (preferably against a release-stable source tarball). :-)

--
Matthew
"You're older than you've ever been / And now you're even older"
  -- They Might Be Giants





reply via email to

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