GNU bug report logs -
#9320
Documentation addition: AC_SUBSTed variables do not work with LIBADD for dependency generation.
Previous Next
To reply to this bug, email your comments to 9320 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-automake <at> gnu.org
:
bug#9320
; Package
automake
.
(Thu, 18 Aug 2011 13:16:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Krzesimir Nowak <krnowak <at> openismus.com>
:
New bug report received and forwarded. Copy sent to
bug-automake <at> gnu.org
.
(Thu, 18 Aug 2011 13:16:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Package: automake
Version: 1.11.1
It would be useful to add a note to "8.4 Program and Library Variables"
part of Automake documentation that Automake's dependency generator does
not generate proper dependencies when maude_LIBADD have variables that
are AC_SUBSTed. In such case maude_DEPENDENCIES should be used
explicitly.
If this is a bug then please see an example in attached tarball. It
contains code for two simple libraries - hello and greeter. Greeter
depends on hello. There is a file greeter/greeter.am in which I have
written _LIBADD and _DEPENDENCIES in several ways - the first two tries
ends with linking error stating about nonexistent libhello.la. Please
also note that I used a nonrecursive Automake and Makefile.am includes
greeter.am first and then hello.am (so in a sort of reverse order). If
hello.am would be included first and then greeter.am - compilation then
usually passes when compiling it in single thread.
Compilation of this example: ./autogen.sh && make
If this is not a bug I am willing to provide a patch dor documentation.
[deptest.tar.bz2 (application/x-bzip-compressed-tar, attachment)]
Information forwarded
to
bug-automake <at> gnu.org
:
bug#9320
; Package
automake
.
(Wed, 19 Oct 2011 10:26:01 GMT)
Full text and
rfc822 format available.
Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi Krzesimir, thanks for the report and sorry for the awful delay.
On Thursday 18 August 2011, Krzesimir Nowak wrote:
> Package: automake
> Version: 1.11.1
>
> It would be useful to add a note to "8.4 Program and Library Variables"
> part of Automake documentation that Automake's dependency generator does
> not generate proper dependencies when maude_LIBADD have variables that
> are AC_SUBSTed. In such case maude_DEPENDENCIES should be used
> explicitly.
>
But that would also override the dependencies automatically computed by
automake ... (which might not be a problem in your case, but it might be
in the general case).
And that's why, in the developement varsion of automake, we have (well,
Ralf has, actually) introduced support for `EXTRA_maude_DEPENDENCIES',
that allows one to *extend* the automake-computed dependencies, instead
of simply override them. This new variable would be perfect for your
use case. The relevant commit is `v1.11-377-g6edafbb':
<http://git.savannah.gnu.org/cgit/automake.git/commit/?id=6edafbb>
> If this is a bug then please see an example in attached tarball.
> It contains code for two simple libraries - hello and greeter. Greeter
> depends on hello. There is a file greeter/greeter.am in which I have
> written _LIBADD and _DEPENDENCIES in several ways - the first two tries
> ends with linking error stating about nonexistent libhello.la. Please
> also note that I used a nonrecursive Automake and Makefile.am includes
> greeter.am first and then hello.am (so in a sort of reverse order). If
> hello.am would be included first and then greeter.am - compilation then
> usually passes when compiling it in single thread.
>
I can reproduce the failure with your example; and using the developement
version of automake (master branch) I can fix it using the following in
`greeter/greeter.am':
greeter_libgreeter_la_LIBADD = $(HELLO_LIBS)
EXTRA_greeter_libgreeter_la_DEPENDENCIES = $(HELLO_LIBS)
> If this is not a bug I am willing to provide a patch dor documentation.
>
It's a limitation rather than a bug; and the workaround with
EXTRA_foo_DEPENDENCIES that I've explained above is the documented,
"kosher" way around it.
Still, I can see that the documentation in is not as clear as it could
be in this matter; so feel free to submit a documentation patch (against
master), and we will surely consider it.
Thanks,
Stefano
Information forwarded
to
bug-automake <at> gnu.org
:
bug#9320
; Package
automake
.
(Wed, 19 Oct 2011 10:26:01 GMT)
Full text and
rfc822 format available.
Severity set to 'minor' from 'normal'
Request was from
Stefano Lattarini <stefano.lattarini <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Thu, 20 Oct 2011 13:42:01 GMT)
Full text and
rfc822 format available.
This bug report was last modified 13 years and 240 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.