Re: pointless automake error about libtool libraries

[Bruno Haible]

Ralf Wildenhues wrote:
> Well, another point is that it is not easy to fix the above suggestion
> _cleanly_ in automake.  If automake copies its input to its output, then
> taking both lines
>   noinst_LTLIBRARIES = libfoo.la
>   lib_LTLIBRARIES = libfoo.la
> 
> and having the respective rules leaves you with two different dependency
> paths both updating libfoo.la, but with different rules.  Very bad, as
> that leads to subtle bugs.

OK, I understand.

> EXTRA_LTLIBRARIES = libfoo.la
> noinst_LTLIBRARIES = gl_noinst_ltlibs
> lib_LTLIBRARIES = gl_lib_ltlibs
> 
> gl_noinst_ltlibs = libfoo.la
> 
> or from configure.ac:
>   AC_SUBST([gl_noinst_ltlibs], [libfoo.la])

Uuh, after what you said above, this is betting on automake's unability
to optimize AC_SUBSTed variables. What if automake improves...? Seems
as dangerous to me as the first approach.

> But say, do you have two tools writing in the same Makefile.am (or does
> one include the other)?

Actually I'm lucky: the second tool (gnulib-tool) "sees" the output of
the first tool (my hand), so I can actually handle this case in the
second tool.

> > > gnulib-tool could be made smart enough to output the right thing in
> > > the first place

Ok. Done this way. Thanks for your patience.

Bruno