one ChangeLog for gnulib, or many?

2006-10-07 Thread Paul Eggert
Bruno Haible <[EMAIL PROTECTED]> writes: > I took the liberty of moving this ChangeLog entry to m4/ChangeLog and > lib/ChangeLog, respectively. I'd prefer having just one ChangeLog for all of gnulib, since it's easier to follow changes that affect both lib/ and m4/. Would anybody object if I mer

fix inadvertent change to modules/inttypes

2006-10-07 Thread Jim Meyering
Bruno, I'm sure you didn't mean to substitute s,|,/, in modules/inttypes. That change makes builds fail on any system for which ABSOLUTE_INTTYPES_H is nonempty. 2006-10-07 Jim Meyering <[EMAIL PROTECTED]> * modules/inttypes (inttypes.h): Revert what seems to have been an inadver

Re: [bug-gnulib] Updates to poll module

2006-10-07 Thread Bruno Haible
Paolo Bonzini wrote: > 2006-09-27 Paolo Bonzini <[EMAIL PROTECTED]> > > * m4/poll.m4: Test for sys/ioctl.h and sys/filio.h. > * lib/poll.c (poll) [__APPLE__]: Use FIONREAD instead of MSG_PEEK. I took the liberty of moving this ChangeLog entry to m4/ChangeLog and lib/ChangeLog, re

Re: [bug-gnulib] clean-temp usage question

2006-10-07 Thread Bruno Haible
Eric Blake wrote: > Thanks for putting up with my critiques; I think the clean-temp module is > better for it Thanks for the critiques! I think the clean-temp module has improved more in the three months since you and Paul got to look at it, than during the previous three years where it was "hidde

Re: marking generated files as such

2006-10-07 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Bruno Haible on 10/7/2006 8:53 AM: > 2006-10-07 Bruno Haible <[EMAIL PROTECTED]> > > * modules/alloca-opt (alloca.h): Add a "BO NOT EDIT" comment. I took the liberty of fixing your changelog typo. - -- Life is short - so eat des

Re: [bug-gnulib] clean-temp usage question

2006-10-07 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Bruno Haible on 10/7/2006 9:06 AM: >> Is it worth documenting that given a FILE* from fopen_temp, I can do: >> fd=fileno(fp); close_stream(fp); close_temp(fd); >> rather than: >> fclose_temp(fp); > > In which situations would it be useful

Re: [bug-gnulib] clean-temp usage question

2006-10-07 Thread Bruno Haible
Eric Blake wrote: > Grammar: s/one can/can one/ Thanks, applied. > > --- gnulib-20060928-modified/lib/clean-temp.c 2006-10-06 > > 03:37:05.0 +0200 > > *** > > *** 41,46 > > --- 41,50 > > > > #define _(str) gettext (str) > > > > + #ifndef uintptr_t > > + # de

marking generated files as such

2006-10-07 Thread Bruno Haible
Hi, In the thread "ensure that generated files are read-only" there was not unanimous agreement that generated files should be forced read-only on the user. But I proposed, as a compromise to Jim, in http://lists.gnu.org/archive/html/bug-gnulib/2006-09/msg00134.html, to mark generated files as

'sublist' module (3/3)

2006-10-07 Thread Bruno Haible
And here finally comes the sublist module itself. 2006-10-03 Bruno Haible <[EMAIL PROTECTED]> * modules/sublist: New file. * lib/gl_sublist.h: New file. * lib/gl_sublist.c: New file. = modules/sublist = Description

Re: bug or feature with `mkdir -pv`

2006-10-07 Thread Paul Eggert
[EMAIL PROTECTED] writes: > $ rm -rf /tmp/foo > $ touch bar > $ install -Dv bar /tmp/foo/a/b/c/d > install: creating directory `__libc_start_main' Thanks for reporting that. I see now that my patch was too tricky for its own good. I installed this simpler patch instead. (CC'ing to gnulib since