GNU bug report logs - #60508
archive DEPENDENCIES incorrectly depends on ordering

Previous Next

To reply to this bug, email your comments to 60508 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Mike Frysinger <vapier <at> gentoo.org>
To: bug-automake <at> gnu.org
Subject: archive DEPENDENCIES incorrectly depends on ordering
Date: Mon, 2 Jan 2023 23:32:24 -0500

[Message part 1 (text/plain, inline)]

i have a project that generates a bunch of arch-specific archives.  i also have
an intermediate archive for holding common objects (so only need to build them
once).  i noticed that while (ab)using LIBADD & OBJECTS variables, Automake
incorrectly omits propagating OBJECTS variables from LIBADD to DEPENDENCIES if
the library using the OBJECTS comes before the library defining the OBJECTS.

attaching a testcase to run against current git that triggers the bug that
hopefully makes it a little clearer:
* libmMID.a defines a bunch of common objects
* libaFIRST.a and libzLAST.a adds libmMID.a's objects to its libadd
* libaFIRST.a's dependency is *missing* the objects, but libzLAST.a has them

$ ./pre-inst-env ./runtest t/ar-dep.sh
...
+ grep _a_DEPENDENCIES = Makefile.in
libaFIRST_a_DEPENDENCIES =
libzLAST_a_DEPENDENCIES = $(libmMID_a_OBJECTS)
+ grep ^libzLAST_a_DEPENDENCIES = $(libmMID_a_OBJECTS) Makefile.in
libzLAST_a_DEPENDENCIES = $(libmMID_a_OBJECTS)
+ grep ^libaFIRSTT_a_DEPENDENCIES = $(libmMID_a_OBJECTS) Makefile.in
+ am_exit_trap 1
...
-mike

[ar-dep.sh (application/x-sh, attachment)]

[signature.asc (application/pgp-signature, inline)]

Message #8 received at 60508 <at> debbugs.gnu.org (full text, mbox):

From: Karl Berry <karl <at> freefriends.org>
To: vapier <at> gentoo.org
Cc: 60508 <at> debbugs.gnu.org
Subject: Re: bug#60508: archive DEPENDENCIES incorrectly depends on ordering
Date: Tue, 3 Jan 2023 15:16:30 -0700

Hi Mike - thanks for the report.

    * libmMID.a defines a bunch of common objects
    * libaFIRST.a and libzLAST.a adds libmMID.a's objects to its libadd
    * libaFIRST.a's dependency is *missing* the objects, but libzLAST.a
    has them

Yikes. Well, if you or anyone can find a patch, that would be great.
Else I'll look at it when I have a chance (not soon, unfortunately).
--thanks again, karl.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.