Re: new shadowing warning in isapipe.c

2006-08-30 Thread Paul Eggert
Jim Meyering <[EMAIL PROTECTED]> writes: > How about this, so coreutils' "make distcheck" passes once again? > It avoids a warning from -Wshadow. Sure! I installed that. Odd, I thought I checked -Wshadow, but obviously I didn't.

new shadowing warning in isapipe.c

2006-08-30 Thread Jim Meyering
Hi Paul, How about this, so coreutils' "make distcheck" passes once again? It avoids a warning from -Wshadow. 2006-08-30 Jim Meyering <[EMAIL PROTECTED]> * isapipe.c (isapipe): Rename local s/fd/fd_pair/ to avoid shadowing the parameter. Index: lib/isapipe.c ==

Re: proposal for gpl module

2006-08-30 Thread Paul Eggert
"Oskar Liljeblad" <[EMAIL PROTECTED]> writes: > I was under the impression that license texts were > essentially in the public domain, but that's probably not true. Yes, it's not true. In fact, it's more the reverse. License texts themselves typically have the most-restrictive license that the

Re: gnulib-tool: new option --makefile-name

2006-08-30 Thread Eric Blake
Eric Blake byu.net> writes: > > Next, I tried different --source-base dirs. With separate imports, this > almost works (although I found that some modules, like unlocked-io and > config-h, must be --imported into both libraries). The problem comes when > doing "gnulib-tool --update" in the boo

Re: proposal for gpl module

2006-08-30 Thread Eric Blake
Simon Josefsson extundo.com> writes: > I'm not sure how to best describe this. I note that the fdl module > has the same problem: > > doc/fdl.texi > ... > License: > public domain > > How about a new license 'unmodifiable license text', which we fix in > gnulib-tool to be compatible wi

Re: proposal for gpl module

2006-08-30 Thread Oskar Liljeblad
On Wednesday, August 30, 2006 at 09:27, Simon Josefsson wrote: [..] > > +public domain > > This seems wrong though, the license of the GPL is: > > Everyone is permitted to copy and distribute verbatim copies > of this license document, but changing it is not allowed. > > I'm not sure how to

Re: [Bug 204567] New: base64 -d doesn't accept base64 output

2006-08-30 Thread Jim Meyering
In https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=204567, James Antill wrote: > Summary: base64 -d doesn't accept base64 output > > Description of problem: > base64 -d doesn't accept returns (which the base64 encoding should put > every 76 characters and at the end of the encoding). > > Ve

Re: proposal for gpl module

2006-08-30 Thread Simon Josefsson
"Oskar Liljeblad" <[EMAIL PROTECTED]> writes: > I saw the fdl module, which is nice because my GNU project GMediaServer uses > fdl.texi in its documentation. It however also uses gpl.texi, which is why I > propose this module. Good idea. > +License: > +public domain This seems wrong though, the