FYI: fix for getlogin_r.m4 cut & paste error

Committed patch attached. 2005-07-03 Derek Price <[EMAIL PROTECTED]> * getlogin_r (gl_GETLOGIN_R): Fix cut & paste error. From Larry Jones <[EMAIL PROTECTED]>. Derek -- Derek R. Price CVS Solutions Architect Ximbiot v: +1 717.579.6168 f: +1 717.234.3125 <

size_max module: missing Makefile.am entry

Hi! I think the size_max module misses the Makefile.am entry "lib_SOURCES += size_max.h": $ ./gnulib-tool --create-testdir --dir=/tmp/t size_max $ cd /tmp/t $ ./configure $ make dist The resulting tarball does not contain size_max.h. The following patch fixes this: --- modules/size_max.orig

Re: iconvme sync

On Saturday, September 03, 2005 at 11:26, Simon Josefsson wrote: > The problem here seem to be that changes to iconvme.c really is for > the code in glibc, and that gnulib merely import the glibc code. > Oskar hasn't signed papers for glibc. > > Perhaps we can view it as Oskar has submitted it as

Re: AC_LIBSOURCES considered harmful

"Gary V. Vaughan" <[EMAIL PROTECTED]> writes: > automake-1.10 is waiting on m4-2.0 is waiting on libtool-2.0 is due out > real soon now. So if I install these tools from CVS, will gnulib-tool handle AC_LIBSOURCES in multiple directories? Has anyone tried it? To make the release dependency tree

Re: iconvme sync

Paul Eggert <[EMAIL PROTECTED]> writes: > Simon Josefsson <[EMAIL PROTECTED]> writes: > >> But I have never understood why one has to sign per-projects form for >> the FSF anyway... > > It's a legal thing. When you assign your copyright, you have to > specify what it is you're signing over. Othe

Re: gnulib-tool --import slowness

Bruno Haible <[EMAIL PROTECTED]> writes: > But "top" doesn't show these sed processes; it shows the gnulib-tool > script itself eating the time. I guess the problem is the double loop > over the new file and the old files. This is quadratic in the number of > files. I'll change this to use "join"

Re: iconvme sync

On Friday, September 02, 2005 at 19:13, James Youngman wrote: > > > Hmm, another problem. I've signed a copyright assignment for Gnulib, > > but not for GNU libc. I guess that needs to be signed as well first? > > If your assignment was assign.future, the FSF now owns the code and > can do what t

Re: gnulib-tool changes

Bruno Haible <[EMAIL PROTECTED]> writes: > Simon Josefsson wrote: >> >> It should default to 'libgnu' >> > >> > Yes. Fixed now as well. >> >> It doesn't seem to work: >> >> [EMAIL PROTECTED]:~/src/gnutls$ gnulib-tool --import --source-base=gl >> --m4-base=gl/m4 --lgpl getline error memmem getpass

Re: [PATCH]: gnulib-tool always symlink

Yoann Vandoorselaere <[EMAIL PROTECTED]> writes: > Hi, > > With the latest gnulib-tool update, any invocation of gnulib-tool will > result in symlinked sources files. The patch also fix a --macro-prefix > typo in the 'Reproduce by' summary. I just fixed the typo independently, but I'll let Bruno