bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gnulib-tool changes


From: Simon Josefsson
Subject: Re: gnulib-tool changes
Date: Sat, 03 Sep 2005 10:35:11 +0200
User-agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (gnu/linux)

Bruno Haible <address@hidden> writes:

> Simon Josefsson wrote:
>> >> It should default to 'libgnu'
>> >
>> > Yes. Fixed now as well.
>>
>> It doesn't seem to work:
>>
>> address@hidden:~/src/gnutls$ gnulib-tool --import --source-base=gl
>> --m4-base=gl/m4 --lgpl getline error memmem getpass minmax snprintf memmove
>> readline gnulib-tool: *** missing --lib option
>> gnulib-tool: *** Stop.
>
> OK, fixed again.

It works fine.

Another problem:

I do want the gnulib-tool installed files to be stored in CVS --
gnulib is too unstable to hope that I will be able to take today's
GnuTLS CVS and make it build with what "gnulib-tool --import" produce
in a few years.  The problem is that gnulib-tool --import now symlink
the files, e.g. after a recent --import I have:

address@hidden:~/src/gnutls$ ls -la gl/m4/
lrwxrwxrwx  1 jas jas    46 2005-09-03 10:30 gnulib-tool.m4 -> 
/usr/local/bin/../src/gnulib/m4/gnulib-tool.m4
lrwxrwxrwx  1 jas jas    41 2005-09-03 10:29 lib-ld.m4 -> 
/usr/local/bin/../src/gnulib/m4/lib-ld.m4
lrwxrwxrwx  1 jas jas    45 2005-09-03 10:29 lib-prefix.m4 -> 
/usr/local/bin/../src/gnulib/m4/lib-prefix.m4

This means CVS doesn't notice that these files are new when I do a
'cvs upd' because it seem to ignore symlinks.

There is a --symbolic parameter for gnulib-tool, so I thought copying
the files should be the default.

Is this intentional?  Perhaps the patch from Yoann solved this
problem.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]