Re: a saner bootstrap script

[[Bruno, I've kept you in for the gnulib-tool or autopoint bug I'm intimating near the bottom of this message.]] Hi Jim, On 16 Oct 2011, at 04:15, Jim Meyering wrote: > Gary V. Vaughan wrote: >> Is there anything else I can do to help you incorporate this, and the >> matching bootstrap.conf I w

Re: test-readlink failure on GNU/Linux

Hi Bruno, Bruno Haible skribis: > Ludovic Courtès asked: >> > Gnulib has already been relaxed to work around the Linux violation of >> > POSIX, >> >> Are you referring to commit 68483ca35c0dbd347744327b1020b2e4215454f1? > > He was referring to commit dc44690985e727ac2ef5af783a495a369223ab69 > <

Re: a saner bootstrap script

Gary V. Vaughan wrote: > Hi Pádraig, Jim, > > Is there anything else I can do to help you incorporate this, and the > matching bootstrap.conf I wrote for you into coreutils now that the > release is out? Hi Gary, Thanks for persevering. I have just tried it. It looks like your coreutils working

Re: test-readlink failure on GNU/Linux

Ludovic Courtès asked: > > Gnulib has already been relaxed to work around the Linux violation of > > POSIX, > > Are you referring to commit 68483ca35c0dbd347744327b1020b2e4215454f1? He was referring to commit dc44690985e727ac2ef5af783a495a369223ab69

Re: test-readlink failure on GNU/Linux

Hi Eric, Eric Blake skribis: > On 10/14/2011 04:25 PM, Ludovic Courtès wrote: >> Hello, >> >> ‘test-readlink’ from GNU M4 1.4.16 fails on GNU/Linux with Linux 3.0.4 >> and GNU libc 2.13 with an assertion failure at test-readlink.h:41: >> >> 40: ASSERT (func ("", buf, sizeof buf) == -1); >>

Re: xstrtoll.c build error on Tru64 5.1B

Hi, Tom G. Christensen wrote: > The xstrtoll module fails to build on Tru64: > > source='xstrtoll.c' object='xstrtoll.o' libtool=no \ > DEPDIR=.deps depmode=tru64 /bin/ksh ../build-aux/depcomp \ > cc -DHAVE_CONFIG_H -I. -I.. -DGNULIB_STRICT_CHECKING=1 -g -c > xstrtoll.c > cc

Re: a saner bootstrap script

Hi Bruno, Thanks for the advice, see below for the result. Hi Pádraig, Jim, Is there anything else I can do to help you incorporate this, and the matching bootstrap.conf I wrote for you into coreutils now that the release is out? All, Sorry for the late reply, thanks to unreasonably late raini

Re: perror.m4 test

On 10/15/2011 03:49 AM, Bruno Haible wrote: Hi Eric, Daniel Richard G. wrote: * "checking whether perror matches strerror": strerror(-1) returns an invalid pointer, and attempting to puts() this yields SIGBUS. (Wouldn't it be safer to pass EPERM or something similarly universal?) Thi

xstrtoll.c build error on Tru64 5.1B

Hello, The xstrtoll module fails to build on Tru64: source='xstrtoll.c' object='xstrtoll.o' libtool=no \ DEPDIR=.deps depmode=tru64 /bin/ksh ../build-aux/depcomp \ cc -DHAVE_CONFIG_H -I. -I.. -DGNULIB_STRICT_CHECKING=1 -g -c xstrtoll.c cc: Error: xstrtol.c, line 49: In this s

vasnprintf: optimize

The code in lib/integer_length.c can be used to optimize part of the division routine in lib/vasnprintf.c. 2011-10-15 Bruno Haible vasnprintf: Optimize bit search operation. * lib/vasnprintf.c (divide): Use optimizations from integer_length.c. * m4/vasnprintf.m4 (gl_PR

vasnprintf: fix comments

A comment was wrong. 2011-10-15 Bruno Haible vasnprintf: Fix comments. * lib/vasnprintf.c (decode_long_double, decode_double): Fix comments. --- lib/vasnprintf.c.orig Sat Oct 15 12:12:49 2011 +++ lib/vasnprintf.cSat Oct 15 12:12:46 2011 @@ -885,9 +885,9 @@ y = fr

Re: perror.m4 test

Hi Eric, Daniel Richard G. wrote: > > > * "checking whether perror matches strerror": strerror(-1) returns > > > an invalid pointer, and attempting to puts() this yields SIGBUS. > > > (Wouldn't it be safer to pass EPERM or something similarly > > > universal?) > > > > This is the purpose of

Preserving non-alphanumeric characters in git commits [was Re: porting to NeXTstep]

Hi Bruno, On 15 Oct 2011, at 07:08, Bruno Haible wrote: > In git log, your committer name comes out as > "Daniel Richard G " > aithough I used the option --author="Daniel Richard G. ". > I don't know how to make 'git' preserve the trailing period. I have lost the final dev version of my clcommit