Re: copyright statement

2010-02-07 Thread Ralf Wildenhues
* Bruno Haible wrote on Mon, Feb 08, 2010 at 12:42:43AM CET: > Simon Josefsson wrote on 2010-01-27: > > --- a/lib/gnupload > > +++ b/lib/gnupload > > @@ -1,9 +1,10 @@ > > #!/bin/sh > > # Sign files and upload them. > > > > -scriptversion=2009-12-21.21; # UTC > > +scriptversion=2010-01-27.15; #

Re: [PATCH 1/5] gnulib-tool: cache module metainformation.

2010-02-07 Thread Bruno Haible
Hi Ralf, I applied your patches 1, 6, 7, with the modifications below. Regarding the objections mentioned in : Ad 1): About 'sed' as a bash built-in: Your func_cache_var function makes good use of the ${param//pattern/replacem

Re: [PATCH 0/5] speed up gnulib-tool some more

2010-02-07 Thread Bruno Haible
Hi Ralf, > > Regarding part 1, I would like to put in a command-line option --no-cache > > that preserves the old, slow but simpler code. It is good practice, for > > every nontrivial optimization, to have a way to disable the optimization. > > This helps in two situations: > > - When a bug crop

Re: copyright statement

2010-02-07 Thread Bruno Haible
Simon Josefsson wrote on 2010-01-27: > Oops! Here is a patch against automake, we can sync it to gnupload once > this has been applied. > > /Simon > > diff --git a/lib/gnupload b/lib/gnupload > index bd120e8..f8bf2b8 100755 > --- a/lib/gnupload > +++ b/lib/gnupload > @@ -1,9 +1,10 @@ > #!/bin/s

Re: missing dependencies?

2010-02-07 Thread Bruno Haible
Hi, John W. Eaton wrote: > and I've received reports about the following undefined references > when linking: > > .libs/liboctave_la-lo-cutils.o:lo-cutils.c:(.text+0x4f): undefined > reference to > `gethostname_used_without_requesting_gnulib_module_gethostn...@8' You requested module 'getho

Re: Honoring TMP and TEMP environment variables in tmpdir.c

2010-02-07 Thread Bruno Haible
Juan Manuel Guerrero wrote: > ... but the TMP and/or TEMP environment variables are almost certainly set. On a Win32 system (Windows XP SP3, German), these two variables are set by default to C:\DOKUME~1\username\LOKALE~1\Temp which is not appropriate for Win32 programs: Everyone knows that this