|
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
[Prev in Thread] | Current Thread | [Next in Thread] |