Re: bootstrap script failing due to gettext AM_CPPFLAGS change

Juan Manuel Guerrero <[EMAIL PROTECTED]> writes: > ./bootstrap: Bootstrapping CVS bison... > ./bootstrap: getting gnulib files... > [snip] ... > lib/gnulib.mk:29: AM_CPPFLAGS must be set with `=' before using `+=' > lib/Makefile.am:53: `lib/gnulib.mk' included from here > configure.ac: installin

wait-process module

Hi all, 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. The patch has been running in CVS CVS for the entire time on over a dozen platform

Re: [bug-gnulib] deprecated functions

Bruno Haible <[EMAIL PROTECTED]> writes: > OK, so where is the list of C functions containing pitfalls? Good question. > If you are serious about deprecating asctime, ctime, asctime_r, > ctime_r, I think this should be reflected in both the glibc manual > and the Linux manpages. But glibc ascti

Re: [bug-gnulib] deprecated functions

Paul Eggert wrote: > The next POSIX will allow the current Solaris behavior, along with > worse behaviors, so I think it's better if we wash our hands of these > functions entirely. asctime and ctime are only historical curiosities > now, and asctime_r and ctime_r are well-intentioned mistakes. O

Re: [bug-gnulib] badly sorted #include directives

Ben Pfaff wrote: > gnulib-tool appears to blindly sort the list of #include > directives it prints. When the list contains #if...#endif, that > makes the output funny, e.g.: > > You may need to add #include directives for the following .h files. > #endif > #if HAVE_MBRTOWC >

Re: Date 5.94 bug

Mike Frysinger <[EMAIL PROTECTED]> writes: > http://lists.gnu.org/archive/html/bug-coreutils/2006-04/msg00134.html No, that older report about "date -d '1 hour 1 minute ago'" is unrelated. As far as I know, nobody yet has had the time to look into implementing the code+documentation change reque

Re: new module: iconvstring

Bruno Haible <[EMAIL PROTECTED]> writes: > Hi, > > This module 'iconvstring' is in use in GNU gettext in 4 places. It is an > easy-to-use iconv() wrapper, like the 'iconvme' module. The difference is > that 'iconvstring' uses an iconv_t descriptor, rather than two encoding names, > and is therefor