[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: pointless automake error about libtool libraries
From: |
Bruno Haible |
Subject: |
Re: pointless automake error about libtool libraries |
Date: |
Mon, 21 Aug 2006 20:53:42 +0200 |
User-agent: |
KMail/1.9.1 |
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
Re: pointless automake error about libtool libraries, Alexandre Duret-Lutz, 2006/08/22