Re: [bug-gnulib] wait-process module

Derek, > Since there have been no new objections raised to the patch proposed in > this thread > for > well-nigh a year, now, I've installed the change. This is not an acceptable way of working together. The 'wait-process' modul

Re: [bug-gnulib] deprecated functions

Paul Eggert wrote: > But glibc asctime does not have the problem, since it never has > undefined behavior. The glibc manual isn't really intended to be a > manual for porting code to non-glibc systems OK, then the Linux manual pages are not the right place either. > Perhaps we could add a portab

Re: [bug-gnulib] Re: bootstrap script failing due to gettext AM_CPPFLAGS change

Paul Eggert wrote: > 2006-04-25 Paul Eggert <[EMAIL PROTECTED]> > > * bootstrap: Comment out the AM_CPPFLAGS line, since we don't use > that variable and the line breaks the bootstrap. Problem reported > by Juan M. Guerrero. Another fix would be to define AM_CPPFLAGS to empty

Re: [bug-gnulib] wait-process module

Bruno Haible wrote: > This is not an acceptable way of working together. The 'wait-process' module > in under my responsibility, as you can see from the modules/wait-process file. > We discussed the patch, and the last thing I said about that patch was that > I was opposed to it. Your reply was no

Re: [bug-gnulib] Re: bootstrap script failing due to gettext AM_CPPFLAGS change

Bruno Haible <[EMAIL PROTECTED]> writes: > Another fix would be to define AM_CPPFLAGS to empty in lib/Makefile.am, Yes, I thought of that, but that would result in an unused -I../intl option being output by 'make' for every compilation command. I dislike longer 'gcc ...' lines, since they make i

Re: [bug-gnulib] Re: bootstrap script failing due to gettext AM_CPPFLAGS change

Paul Eggert wrote: > As I understand it, the long-term goal is to eliminate the -I../intl > approach entirely, since it had problems and core utilities don't use > it any more. "gettextize --intl" is not recommended any more for a few years, but there are no plans to remove it. > I'd prefer it if

Re: [bug-gnulib] wait-process module

Derek, > I apologize for the misunderstanding. You hadn't replied to new points > raised by three different people Noone raised an important change request regarding the wait-process module in a year. > and in general the process on GNULIB > has seemed to me to be that no response meant approva

Re: [bug-gnulib] deprecated functions

Bruno Haible <[EMAIL PROTECTED]> writes: > I would actually prefer to have this in the autoconf manual, side-by-side > to the "Shellology" chapter, because > - gnulib so far doesn't provide a "make install" that would install a > gnulib.info documentation file. > - Nearby to "Shellology",

Re: [bug-gnulib] wait-process module

Bruno Haible wrote: > When I say that it is _not_ portable to Windows, I mean the following: > If someone writes a program that uses the feature, the feature will not work > on Well, I'm using the macros already defined in the wait-process module. If WIFSIGNALED and WTERMSIG are returning the wr

using gnulib on non posix/gnu systems

I have used the getopt.[ch] files to port certain posix/gnu stuff to DJGPP/MSDOS. The compilation of getopt.c fails because in the design of this file it is assumed that NLS support is available either through the system libc library or through ported versions of gettext and iconv libraries. On MSD

Re: using gnulib on non posix/gnu systems

Juan Manuel Guerrero <[EMAIL PROTECTED]> writes: > The compilation of getopt.c fails because in the design of this file > it is assumed that NLS support is available either through the > system libc library or through ported versions of gettext and iconv > libraries. On MSDOS/WINDOWS systems this