Re: AC_LIBSOURCES considered harmful

[Jim Meyering]

Bruno Haible <address@hidden> wrote:
> Hi Paul, Jim, Alexandre,
>
> gnulib-tool now supports multiple gnulib directories with a single
> configure.ac. Simon needs this in GnuTLS. I need this in libglocale.
> But half of gnulib doesn't work with gnulib-tool.
>
> Due to AC_LIBSOURCES.

Hi Bruno,

There is nothing wrong with the way we use AC_LIBSOURCES.
The problem you describe was more of an automake limitation, and
it has been resolved by automake's addition of AC_CONFIG_LIBOBJ_DIR.
(BTW, here's a big ``Thank-you!'' to Gary and Alexandre.)

2005-04-25  Gary V. Vaughan  <address@hidden>
            Alexandre Duret-Lutz  <address@hidden>

        Support for remote LIBOBJS (and friends) with subdir-objects.
        Fixes PR automake/401.

        * automake.in (config_libobj_dir): New variable.
        (scan_autoconf_traces): Set config_libobj_dir from AC_CONFIG_LIBOBJ_DIR.
        (handle_LIBOBJS_or_ALLOCA, require_libsource_with_macro): New functions.
        (handle_LIBOBJS, handle_ALLOCA): Use them.  Adjust location of
        dependency files, possibly in a subdirectory.
        * tests/pr401.test, tests/pr401b.test, tests/pr401c.test: New tests.
        * tests/Makefile.am (TESTS): Add them.
        * doc/automake.texi (Optional) <AC_CONFIG_LIBOBJ_DIR>: Document.
        (LIBOBJS): Document changes in behaviour of
        LIBOBJS, ALLOCA, LTLIBOBJS & LTALLOCA in the presence of
        subdir-objects and an invocation of AC_CONFIG_LIBOBJ_DIR.