libtool
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: TODO


From: Bob Friesenhahn
Subject: Re: TODO
Date: Wed, 10 Nov 2004 12:28:24 -0600 (CST)

On Wed, 10 Nov 2004, Noah Misch wrote:

On Wed, Nov 10, 2004 at 01:17:19AM +0100, Alexandre Duret-Lutz wrote:
  - the relinking dependency debacle:

For libtool to relink libraries when installing them, all
dependencies must have been installed.  However automake cannot
pre-compute this installation order when it is run, and
computing it at compile-time look overly complicated and error
prone.  Instead, would it make sense to support a two-stage

The core problem appears to be that an Automake-generated Makefile.in uses
dependencies when building installable products but then installs them in
destination_PRIMARY batches without observing the dependencies it already knows.
Indeed, if Automake did not know the dependency graph of each object, it could
not build them reliably.

The problem is that Automake does *not* know the dependency graph of each object. Within one Makefile, this is possible (and mostly supported) but most projects depend on SUBDIRS to recurse though subordinate Makefiles so there is no full dependency graph of each object. The build is dependent on careful ordering by the developer rather than Makefile dependencies.

If Automake generated an install target for installable product, just as it
generated a build target, would that not solve this problem?  Like so:

It *should* do this for libraries built from within the Makefile, but currently it does not. Instead it simply goes though the LTLIBRARIES list in each Makefile and installs in that order.

Bob
======================================
Bob Friesenhahn
address@hidden
http://www.simplesystems.org/users/bfriesen




reply via email to

[Prev in Thread] Current Thread [Next in Thread]