Hi Bruno, On Sat, Sep 18, 2010 at 1:59 PM, Bruno Haible <[email protected]> wrote: > Bruce, > >> Notice from module atexit: >> This module is obsolete. >> ... >> Notice from module error: >> If you are using GNU gettext version 0.16.1 or older, add the >> >> This sounds like something I've said before: Should recommended procedures >> *not* trigger "this is obsolete" type messages? > > So, what do you suggest? Should the recommended procedure in the documentation > be different? Or should the 'posix-modules' command accept --with-obsolete/ > --without-obsolete options?
My suggestion would be to consider any recommended action that triggers a "this is obsolete" message to be a bug. The fix might belong in the docs, it might belong in not construing something obsolete or it might be to internally suppress the warning. Wherever the fix belongs, it is unlikely that the person stubbing their toe on it is going to have a best guess as to where it belongs. > Patches and suggestions welcome. I've suggested, but I'll suggest a patch once I've pounded my way through this "libposix" thing. > This should be fixed since 2008-11-02. Nowadays, the handling of obsolete > modules > is as documented here: > <http://www.gnu.org/software/gnulib/manual/html_node/Obsolete-modules.html> Nice! I noticed I didn't see all those messages last time I rolled up a sharutils distro. >> I've now gotten to the point where I need to run >> "autoreconf" in the generated project's directory: > > Are you saying that "gnulib-tool --create-testdir ..." succeeded but produced > a directory without configure, config.h.in, and Makefile.in? That shouldn't > be. > gnulib-tool --create-testdir must create a directory which you can ./configure > on any platform. No, the create-testdir worked, but it did not produce a project that could be rolled up and distributed. I would not expect it to. I am tweaking the result with the following: 1. version.[ch] and basing it off of the first date found in gnulib/ChangeLog :) 2. replacing libgnu.a with libposix.la 3. installing all the headers (see Makefile.am edits below) 4. fixing AC_INIT() in configure.ac 5. removing libtool conditionality -- making it required I'm not done yet, so there may be more. I'm doing it all with a single file -- a shell script that does everything. It presumes itself to be living in a subdirectory within gnulib. Anyway, my current state: >>build_libposix> autoreconf >configure.ac:29: required file `build-aux/ltmain.sh' not found >libposix/Makefile.am: object `pt_chown.$(OBJEXT)' created both with libtool >and without >autoreconf: automake failed with exit status: 1 Finally, the Makefile.am edits: sed -i -e "/^EXTRA_DIST *= *$/s/$/ version.[ch]/" \ -e "/^noinst_LTLIB/d" \ -e "/^noinst_LIBRARIES/s/noinst_L/lib_LTL/g" \ -e "/noinst_HEADERS/s/noinst_H.*/nobase_include_HEADERS = \\\\/" \ -e "/^nobase_include_HEADERS =/a${headerlist}" \ -e "s/^libgnu_a_SOURCES *=.*/${TARNAME}_la_SOURCES = version.c/g" \ -e "s/libgnu_a_/${TARNAME}_la_/g" \ -e "/^lib_LTLIBRARIES *=/s/=.*/= ${TARNAME}.la/" \ -e "/^lib_LTLIBRARIES *+/d" \ -e "s/libgnu\\.a/libposix.la/" \ Makefile.am
mk-libposix.sh
Description: Bourne shell script
