Re: Ensuring posix-ness

2011-09-08 Thread Eric Blake
On 09/07/2011 10:33 PM, Bruno Haible wrote: The crypt example is particularly annoying, as without _XOPEN_SOURCE defined it's not defined, even though POSIX_VERSION is>= 200112L, and it's in that version of POSIX (of course, that's a glibc bug Setting _POSIX_C_SOURCE to 200809L _should_ automat

Re: files in gnulib copyright by someone other than the FSF

2011-09-08 Thread Simon Josefsson
Jim Meyering writes: >> lib/gc.h is copyright Simon Josefsson under the GPLv2 or later. > > I suspect that Simon will be happy to adjust that. I've done that now. >> tests/unigbrk/GraphemeBreakTest.txt and tests/uninorm/NormalizationTest.txt >> are copyright Unicode, Inc. under the Unicode Term

Re: files in gnulib copyright by someone other than the FSF

2011-09-08 Thread Jim Meyering
Simon Josefsson wrote: > Jim Meyering writes: > >>> lib/gc.h is copyright Simon Josefsson under the GPLv2 or later. >> >> I suspect that Simon will be happy to adjust that. > > I've done that now. Thanks, Simon!

Re: files in gnulib copyright by someone other than the FSF

2011-09-08 Thread Jim Meyering
Jim Meyering wrote: > Paul Eggert wrote: > >> On 09/05/11 16:41, Karl Berry wrote: >>> There are a few files in gnulib that are not copyright of the FSF, >>> >>> There are? >> >> Yes, there are. I expect there are several trivial files without >> any copyright notices (and which are public do

Re: Ensuring posix-ness

2011-09-08 Thread Bruno Haible
Hi Reuben, > > Certainly the fact that crypt() is not defined by default could be mentioned > > in doc/posix-functions/crypt.texi. > > Patch follows: > > diff --git a/ChangeLog b/ChangeLog > index 79d9777..9a64036 100644 > --- a/ChangeLog > +++ b/ChangeLog > @@ -1,3 +1,7 @@ > +2011-09-07 Reuben

Re: Ensuring posix-ness

2011-09-08 Thread Bruno Haible
Eric Blake wrote: > > But it is marked as [XSI]. I don't know whether that implies that glibc is > > right in hiding the declaration, or it should enable it? > > Glibc bug. XSI shading means that a non-XSI implementation need not > have crypt by default, but glibc is an XSI implementation, so req

Re: Ensuring posix-ness

2011-09-08 Thread Reuben Thomas
On 8 September 2011 11:04, Bruno Haible wrote: > >> Would you care to raise a bug report against glibc? > > Likewise about encrypt() in and setkey() in . I'm not sure to whom this request to raise a bug report was addressed, but given the need for precision I'd much rather it was one of you than

Re: Ensuring posix-ness

2011-09-08 Thread Reuben Thomas
On 8 September 2011 08:11, Eric Blake wrote: > > We could add a gnulib crypt module that exposes the declaration by default > (basically, a stub module that depends on extensions, since the use of the > extensions module is also sufficient to convince glibc to declare crypt). If someone could add

[PATCH] maint.mk: mark the post-release commit log with "maint: " prefix

2011-09-08 Thread Jim Meyering
In experimenting with a local commit hook that enforces coreutils' policy of starting each one-line commit log summary with program_name:, maint:, build:, etc., I found an automatically- generated commit that didn't follow the rules. This fixes it. >From 5e6c3e3bf540d457e8aa9f7332071d163116296b

Re: Ensuring posix-ness

2011-09-08 Thread Bruce Korb
On 09/08/11 00:11, Eric Blake wrote: On 09/07/2011 10:33 PM, Bruno Haible wrote: The crypt example is particularly annoying, as without _XOPEN_SOURCE defined it's not defined, even though POSIX_VERSION is>= 200112L, and it's in that version of POSIX (of course, that's a glibc bug Setting _POSI

New stable snapshot

2011-09-08 Thread Ian Beckwith
Hi, I've released a new stable snapshot. See attached NEWS.stable for details. This snapshot is *very* late. My apologies for the delay, life got all deadliney. Tarball: http://erislabs.net/ianb/projects/gnulib/gnulib-20110908-stable.tar.gz Gitweb: http://erislabs.net/gitweb?p=gnulib.

Re: New stable snapshot

2011-09-08 Thread Bruno Haible
Ian Beckwith wrote: > I've released a new stable snapshot. Thanks! Doing it the same day as a coreutils release was clever :-) This way, it contains several fixes found during coreutils testing. Bruno -- In memoriam Elisabeth von Thadden

Re: Ensuring posix-ness

2011-09-08 Thread Eric Blake
On 09/08/2011 01:47 PM, Reuben Thomas wrote: On 8 September 2011 11:04, Bruno Haible wrote: Would you care to raise a bug report against glibc? Likewise about encrypt() in and setkey() in. I'm not sure to whom this request to raise a bug report was addressed, but given the need for preci

Re: crypt module

2011-09-08 Thread Bruno Haible
Hi Reuben, > If someone could add this stub module, that would be great, as Gary > Vaughan has already got some configuration machinery for crypt (in > particular, the need to link with -lcrypt on GNU systems) which could > be fed into it. Yes, this would also be needed for a 'crypt' module. Now

Re: Ensuring posix-ness

2011-09-08 Thread Reuben Thomas
On 8 September 2011 22:14, Eric Blake wrote: > > Done: > > http://sourceware.org/bugzilla/show_bug.cgi?id=13171 Thanks, and I'm glad I didn't try to do it myself, since on reading the bug report I seemed to have misunderstood XSI shading. -- http://rrt.sc3d.org

Re: long long double on interix

2011-09-08 Thread Markus Duft
On 09/08/11 08:09, Markus Duft wrote: > On 06/10/11 11:37, Bruno Haible wrote: [snip] >> >> You need to find out what is wrong about that type on your platform. If >> you're lucky, it's only some library functions (like snprintf) which don't >> support it. >> >> Your best starting point should be t