Bruno Haible <[EMAIL PROTECTED]> writes: > 2) Support for multiple gnulib directories with a single configure.ac. > > It happens that a project wants to use gnulib in different parts, sometimes > even with different licenses, but these parts share the same config.h and > therefore the same configure.ac. (It is quite hard to work with different > config.h's in different subdirectories.)
Yay! I considered dropping use of gnulib in libgnutls yesterday, because I wanted the error module for the tools, but that module need a program_name variable. When the library didn't provide one, there were linker failures. I added a dummy 'char *program_name = "gnutls"' inside the library now, but it is not a clean solution. I look forward to your fixes. > 4) ChangeLogs > > gnulib-tool creates backup files and updates the ChangeLogs, like > gettextize does. Please make it possible to disable this, I have auto-generated ChangeLogs through cvs2cl in my projects. > 1) Changed command-line invocation conventions: > "gnulib-tool --import abc" > followed by > "gnulib-tool --import def" > is equivalent to > "gnulib-tool --import abc def". > I.e. gnulib-tool memoizes the last parameters and reuses them. > "gnulib-tool --import" performs an update without changing the parameters. Idea: an "--import --disable abc" or something to remove a module? > 2) An option --macro-prefix is introduced, so that the macros exported > by one gnulib.m4 may be called foo_EARLY, foo_INIT, and the ones in > another directory bar_EARLY, bar_INIT. > Also the parameters like module list, avoid list, etc. are stored outside > configure.ac. How about storing the parameters in the per-directory generated Makefile.am? Does this mean LTLIBOBJS will be foo_LTLIBOBJS instead? That would indeed be good news, I dislike the global nature of AC_REPLACE_FUNCS. > The autogen.sh script will then typically contain a single command: > (type -f gnulib-tool) > /dev/null 2>&1 && gnulib-tool --import > This should simplify 'bison/bootstrap' and 'tar/bootstrap' considerably. Plus autoreconf -fvi, I assume. Thanks, Simon _______________________________________________ bug-gnulib mailing list bug-gnulib@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnulib
