On Sun, Sep 27, 2009 at 11:03:42PM +0200, Jim Meyering wrote:
>
> Thanks for the details.
> Here's a patch that's more likely to work.
> That this failure is specific to the sparc build
> is a strong indication that it is a bug in dash or the compiler.
> Maybe a sign-extension bug?
I'm seeing thi
Jim Meyering wrote:
> # Test with seekable stdin; the followon process must see remaining data.
> -cat < ${p}in.tmp
> +cat < ${p}in.tmp
This can be simplified to:
tr @ '\177' < ${p}in.tmp
Bruno
Kurt Roeckx wrote:
> On Sun, Sep 27, 2009 at 08:51:48AM +0200, Jim Meyering wrote:
>> Thanks for the report.
>> Does the following change fix it?
>> If so, please tell me what version of bash it's using
>> so I can add that to the commit log.
>
> Note that /bin/sh points to dash, not bash. And the
Hi Lorenzo,
> the
>
> char * const *argv
>
> libc declaration of getopt_long (which looks wrong, since argv might
> be changed during the parsing, right?)
Yes, it is wrong because argv might be permuted by getopt_long. And
that's why gnulib's implementation uses __getopt_argv_const in the
decla
Hi
I'm the author and maintainer of GNU gengetopt,
http://www.gnu.org/software/gengetopt/, which generates a C function
that uses getopt_long function to parse the command line options, to
validate them and fills a struct.
I'm using gnulib's getopt module to make gengetopt compilable also on
Simon,
You are welcome to commit your siginterrupt module as proposed on
2009-08-17.
Eric Blake wrote:
> Just because a module is present doesn't mean I have to
> use it; so I am not opposed to adding the module now that
> others have expressed interest in it
Bruno
Jim Meyering wrote on 2009-08-15:
> > may find it a good starting point for completing this support. Should I
> > a) put into gnulib, surrounded with #if 0?
> > b) put the code on a separate branch in gnulib?
> > c) keep it only for myself?
> >
> > I would prefer a), so the code does not esca
Sam Steingold wrote on 2009-08-04:
> 1. cd clisp
> 2. cvs up
> 3. rm -rf src/gl* modules/regexp/gl* modules/wildcard/gl*
Also rm -f src/aclocal.m4
> 4. edit Makefile.devel and remove 'string' from GNULIB_MODULES
> 5. make -f Makefile.devel gnulib-imported src/gllib/Makefile.in
> 6. observe broken s
Eric Blake ha escrit:
> OK to commit this patch?
Sure! Please, do.
Regards,
Sergey
Eric Blake ha escrit:
> It turned out there is a much simpler fix. Since glibc #define's
> _GETOPT_H, our replacement thought it had already been
> included, and short-circuited. If we use a different name, then
> everything works out. I'm pushing this:
Yes, indeed. Thanks for the fix!
Regar
Eric Blake wrote 2009-07-20:
> Right now, wait_subprocess assumes that an exit status of 127 from the
> child process implies failure, and prints a message unless null_stderr is
> set. However, this led to a regression in m4 1.4.13 - an intentional
> status of 127 is ambiguous with failure only if
11 matches
Mail list logo
