Re: xreadlink

Bruno Haible <[EMAIL PROTECTED]> wrote: > And here's the accompanying coreutils patch. The call in src/readlink.c > is actually better served with the 1-argument xreadlink(), since memcopying > a small string is typically faster than a memory allocation of 1 KB. > > 2007-02-28 Bruno Haible <[EMA

Re: Building universal binaries makes 'check' fail

On Mar 1, 2007, at 9:20 AM, Paul Eggert wrote: Elias Pipping <[EMAIL PROTECTED]> writes: autoconf fails for me with 177: AC_C_BIGENDIAN FAILED (semantics.at:478) Thanks for testing this. I have installed the following additional patch, which I hope fixes your problem. It also fixes

Re: first draft of "relocatable" module

Hello Ben, > I'm attaching updated sets of diffs, same ones as before. Thanks a lot. I committed them, with minor tweaks. > OK. Now I've put essentially that text into > doc/relocatable.texi, with part of the introduction from what was > there before, and added doc/relocatable.texi to the modul

Re: Building universal binaries makes 'check' fail

seems to work! == building == ./configure \ --prefix=/opt/local \ --infodir=/opt/local/share/info \ --mandir=/opt/local/share/man && make && make -k check >& ~/logs/autoconf-cvs.check.log; \ cp config.log ~/logs/autoconf-cvs.config.log == files == autoc

Re: GNU M4 1.4.8b released (beta release)

Matthew Woehlke wrote: > Sigh. Now you're picking up coreutils' problem, trying to use 'unsigned > long long' on a platform (Tandem NSK/OSS) that "doesn't" have such a > thing, just because 'long long' exists. 16 errors trying to build printf.c. Are you following the recommendation that we gave

Re: xreadlink

And here's the accompanying coreutils patch. The call in src/readlink.c is actually better served with the 1-argument xreadlink(), since memcopying a small string is typically faster than a memory allocation of 1 KB. 2007-02-28 Bruno Haible <[EMAIL PROTECTED]> * bootstrap.conf (gnulib_

Re: GNU M4 1.4.8b released (beta release)

Eric Blake wrote: This release exercises several recent changes in gnulib, in an attempt to improve code portability while minimizing maintainence efforts. Testing on a wide variety of platforms prior to the formal release of M4 1.4.9 is appreciated. Sigh. Now you're picking up coreutils' prob

Re: xreadlink

Jim Meyering wrote: > I like (a), but would prefer a different name, e.g., > xreadlink_with_hint > xreadlink_with_size > xreadlink_size_hint > xreadlink_length_hint > because the hint needn't come from stat/st_size, > > or even just > xreadlink_hint > or, shortest of all ("2", for two pa

Re: Building universal binaries makes 'check' fail

Elias Pipping <[EMAIL PROTECTED]> writes: > autoconf fails for me with > > 177: AC_C_BIGENDIAN FAILED (semantics.at:478) Thanks for testing this. I have installed the following additional patch, which I hope fixes your problem. It also fixes the misspelling noted by Paolo Bonzini. Please

Re: Building universal binaries makes 'check' fail

On Mar 1, 2007, at 8:34 AM, Elias Pipping wrote: On Mar 1, 2007, at 12:18 AM, Peter O'Gorman wrote: Apple suggests using their lipo tool to create universal binaries from multiple single architecture runs of configure and make. Where do they do that? I was following http://developer.a

Re: [bug-gnulib] Re: FYI, utimens was missing a dependency on timespec

Eric Blake wrote: > 2007-02-23 Eric Blake <[EMAIL PROTECTED]> > > * lib/getdate.h (includes): Include , not "timespec.h". > * lib/stat-time.h (includes): Likewise. > * lib/utimecmp.c (includes): Likewise. > * lib/utimens.h (includes): Likewise. > * lib/getdate.y (i

Re: Building universal binaries makes 'check' fail

On Mar 1, 2007, at 12:18 AM, Peter O'Gorman wrote: Apple suggests using their lipo tool to create universal binaries from multiple single architecture runs of configure and make. Where do they do that? I was following http://developer.apple.com/technotes/tn2005/tn2137.html While that mi

Re: printf-frexp and the radix of floating point numbers

Paul Eggert wrote: > A more up-to-date mainframe C compiler would be Systems/C > . Its most recent release is 1.85 > (released 2006-09-01). It supports some C99 features but not all, and > its documentation doesn't claim support for printf 'a' and 'A'. OK, but neverth

Re: Building universal binaries makes 'check' fail

On Feb 28, 2007, at 12:47 PM, Elias Pipping wrote: Hello, autoconf fails for me with 177: AC_C_BIGENDIAN FAILED (semantics.at:478) I am not sure it is worth the effort to get autoconf "clean" for Apple's universal builds. The whole autoconf philosophy is about checking header/libra

Re: recommended copyright stanza?

for the copyright comment that should be placed at the top of each source file. Obviously I didn't understand. Sorry. Ok, now that I know what we're talking about, I can try to address it :). The main issue here is that that canonical text appears in the GPL itself. But heck, what wit

Re: snprintfv for gnulib?

I'd suggest leaving off the gnulib list during the porting phase, unless someone not involved with snprintfv on that list says they want to follow the minutia of this port. Seems like it would be mostly be noise to the full list. To me. On 2/22/07, Paolo Bonzini <[EMAIL PROTECTED]> wrote: Doe

Re: printf-frexp and the radix of floating point numbers

Bruno Haible <[EMAIL PROTECTED]> writes: > Paul Eggert wrote: >> > Do they lack the C99 printf 'a' and 'A' conversion?) >> >> It depends on the compiler and version. For example, SAS/C 7.50 >> (April 2004) has 'a' and 'A', but SAS/C 7.00 (April 2001) does not. > > OK, a mainframe system with a 6

Re: first draft of "relocatable" module

On Wed, Feb 28, 2007 at 06:48:25AM +0100, Ralf Wildenhues wrote: > A couple more comments. > > * Ben Pfaff wrote on Mon, Feb 26, 2007 at 03:27:42AM CET: > > Content-Description: gnulib diff versus gettext > > --- gettext/build-aux/install-reloc 2006-11-09 06:26:40.0 -0800 > > +++ gnulib.r

Re: first draft of "relocatable" module

On Wed, Feb 21, 2007 at 09:24:04PM -0800, Ben Pfaff wrote: > --- /dev/null 1 Jan 1970 00:00:00 - > +++ build-aux/config.libpath 22 Feb 2007 04:51:33 - > + hpux9* | hpux10* | hpux11*) > +shlibpath_var=SHLIB_PATH > +;; HP-UX/IA is ELF so you should really use LD_LIBRARY_PATH. --

Re: snprintfv for gnulib?

The existing snprintfv supports both use as a libtool convenience library and installation as a separate standalone library. Since we're merging this into gnulib, can we drop the standalone library? Currently, the standalone library has the possibility to load additional external modules. I

Re: snprintfv for gnulib?

The existing snprintfv supports both use as a libtool convenience library and installation as a separate standalone library. Since we're merging this into gnulib, can we drop the standalone library? I'm hoping to rely entirely on gnulib infrastructure (e.g. for portability issues that libsnprin

Autobuilder

Hi! The IDE chipset on the machine who used to build gnulib daily seem to have broken (possibly due to the load :)). I've moved this to a faster machine. The machine now has a 2.8GHz P4 CPU, 1GB RAM and a 1rpm WD Raptor SATA disk, which I reckon should half the build time, to around 4-5 hour

Re: Building universal binaries makes 'check' fail

Hello, since I only own one machine (a ppc mac) that's the only platform i can test on. Modifying config.h the way you described has these effects, though: * make check completes without any errors * the output of md5sum matches the output of openssl's md5. Regards, Elias Pipping On Feb