Re: empty TIMESTAMP, stamp-vcl

Hallo Bruno, On 28 Mar 2007, at 22:29, Bruno Haible wrote: Eric Blake wrote: Now that you mention it, it would be nice if every invocation of 'gnulib-tool --update' or 'gnulib-tool --import' would touch a timestamp file that could then be incorporated into the project. How would this help?

group modules into subdirectories

gnulib now has more than 600 modules, some of which are already in subdirectories. Still, there are more than 500 modules at the top level. I propose two new subdirectories in the modules directory, with the aim of clarity: 1) a subdirectory headers/ 2) a subdirectory functions/ The headers/

striconveh: refactoring

Some refactoring. No functional changes. 2007-03-28 Bruno Haible <[EMAIL PROTECTED]> * lib/striconveh.c (utf8conv_carefully): New function. (mem_cd_iconveh_internal): Invoke it. *** lib/striconveh.c28 Mar 2007 21:50:51 - 1.13 --- lib/striconveh.c28 Mar 2007 22

striconveh: small fix

This is probably not visible as a bug, but a small cleanup, preparing for more changes. 2007-03-28 Bruno Haible <[EMAIL PROTECTED]> * lib/striconveh.c (mem_cd_iconveh_internal): Use u8_mbtoucr instead of u8_mbtouc in order to distinguish invalid and incomplete UTF-8 inpu

Re: empty TIMESTAMP, stamp-vcl

Eric Blake wrote: > Now that you mention it, it would be nice if every invocation of > 'gnulib-tool --update' or 'gnulib-tool --import' would touch a timestamp > file that could then be incorporated into the project. How would this help? It's not the date of the latest gnulib-tool invocation that

Re: empty TIMESTAMP, stamp-vcl

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Gary V. Vaughan on 3/28/2007 10:07 AM: > Consider that the timestamp is there to allow us to pull the exact version > a bug-reporter used by reference to the version string we hope they quote. > It doesn't actually matter what we use for t

Re: empty TIMESTAMP, stamp-vcl

On 3/28/07, Gary V. Vaughan <[EMAIL PROTECTED]> wrote: ii) except that doesn't tell us which gnulib release was used, so we need to factor the gnulib timestamp information too :-( I think we can maybe get away with just making bootstrap write a gnulib repo timestamp into a v

Re: empty TIMESTAMP, stamp-vcl

Hi Eric, On 28 Mar 2007, at 12:41, Eric Blake wrote: I still hope to incorporate the ideas in libtool so that m4 no longer requires GNU make (http://lists.gnu.org/archive/html/libtool-patches/2007-03/ msg00048.html). Done :-D In the meantime, I have been playing with git, which does not ex

Re: *printf declarations in stdio.h?

Eric Blake <[EMAIL PROTECTED]> writes: > According to Simon Josefsson on 3/27/2007 2:18 PM: >> >>> After this, it looks ok, you can commit it. And a NEWS entry, of course. >> >> Done! > > I didn't see the NEWS entry... It was already installed. I changed the date for the NEWS entry and moved i

Re: *printf declarations in stdio.h?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Simon Josefsson on 3/27/2007 2:18 PM: > >> After this, it looks ok, you can commit it. And a NEWS entry, of course. > > Done! I didn't see the NEWS entry... - -- Don't work too hard, make some time for fun as well! Eric Blake

Re: gnulib support for st_birthtime (second revision of patch)

On 3/27/07, Paul Eggert <[EMAIL PROTECTED]> wrote: - /* Birth time not supported. */ - pts->tv_sec = 0; - pts->tv_nsec = 0; - return 0;/* result is not valid */ + /* Birth time is not supported. Set tv_sec to avoid undefined behavior. */ + t.tv_sec = -1; + t.tv_nsec