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 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: [EMAIL PROTECTED]:~/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. _______________________________________________ bug-gnulib mailing list bug-gnulib@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnulib
