Re: [bug-gnulib] New GNULIB glob module?

Derek Price <[EMAIL PROTECTED]> writes: >1. Corrects an incorrect check for a successful return from > getlogin_r to assume only 0 means success, per the POSIX2 spec: > > . >2. Moves the check for GLOB_MA

Re: [bug-gnulib] New GNULIB glob module?

Paul Eggert wrote: >Derek Price <[EMAIL PROTECTED]> writes: > > >>submission part. Perhaps it would be smoother if someone already known >>to the glibc team introduced me and this patch? >> >> > >Yes, probably. I'm willing to have a go at it. > >I suggest submitting two patches. > >(1) the

[bug-gnulib] Re: getopt depending on gettext

Werner LEMBERG wrote: > > E.g., you could do this: > > > > #if ENABLE_NLS > > # include "gettext.h" > > # define _(msgid) gettext (msgid) > > #else > > # define _(msgid) msgid > > #endif > ... > I really prefer a `real' fix, this is, adding the above code to the > affected source files. For me, it

[bug-gnulib] Re: getopt in C++

> FWIW, the getopt version from 1998 needed the following patches to > make in work in C++. Taken from GNU gperf. Maybe that might help > you. Thanks! Are these changes already incorporated into the current getopt version of gnulib? Additionally I wonder about the differences between glibc's

[bug-gnulib] Re: getopt depending on gettext

> - For programs that really don't want internationalization, you > can add a file gettext.h in your source tree containing merely > > #define gettext(s) s OK, this is a nice (temporary) idea I can live with, thanks! Werner ___ bug

Re: [bug-gnulib] getopt depending on gettext

> > I think it is a *bad* idea to make getopt depend on gettext > > unconditionally. > > Is this because groff uses getopt but not gettext? Exactly. Adding gettext support to groff would be nice, but until now it hasn't happened. > What about the other gnulib modules that depend on gettext? He

[bug-gnulib] Re: references to POSIX

Jim Meyering wrote: > >> The sections with redirects are: > >> > >> /susv3xsh > >> /susv3xcu > >> /susv3xrat > >> /susv3xbd > >> /susv3 > ... > Andrew agreed to add the five symlinks corresponding > to those redirects, so that they'll appear in the downloadable > HTML archives when he next regenera

[bug-gnulib] Re: getopt depending on gettext

Werner LEMBERG wrote: > I think it is a *bad* idea to make getopt depend on gettext > unconditionally. I suggest a patch similar to the one below. > > --- getopt.c.orig 2005-05-14 09:15:14.0 +0200 > +++ getopt.c 2005-05-30 15:27:01.578335784 +0200 > @@ -50,8 +50,12 @@ > #ifdef _LIBC

[bug-gnulib] Re: getopt in C++

Werner LEMBERG cited Nelson Beebe: > Builds with C++ compilers fail in compiling getopt.c; it is too bad > that that simple file could not have been written more portably. It > has been the cause of C++ build failures on several other packages. > > I'll analyze his failure reports FWIW, the