[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Fix rebuilding rules of ltmain
From: |
Gary V. Vaughan |
Subject: |
Re: Fix rebuilding rules of ltmain |
Date: |
Fri, 27 Apr 2007 13:46:23 +0100 |
Hallo Ralf,
On 27 Apr 2007, at 00:01, Ralf Wildenhues wrote:
OK to apply? With this, if only `ChangeLog' (and `configure.ac' for
ltversion.in) are newer than the respective target, we avoid updating.
This fixes the bug where
touch $srcdir/libltdl/config/ltmain.m4sh # or edit otherwise
would fail to update ltmain.sh and thus libtool.
This seems to more or less work with the make implementations of
Solaris
10, AIX 4.3.3, FreeBSD 6, and of course GNU. More or less meaning:
the
proprietary make implementations will keep rerunning autotools and
config.status for a while, but eventually they will settle on
something.
Are we actually any better off than we were before I removed stamp-vcl?
If this puts us back where we were to start with, then it would be
better
to revert the stamp-vcl removal patch if we can't find a better way
to have
changes to ltmain.sh picked up by make...
2007-04-27 Ralf Wildenhues <address@hidden>
* Makefile.am (clean-ltmain-sh): Removed.
(libtool, $(srcdir)/$(m4dir)/ltversion.m4)
($(srcdir)/$(auxdir)/ltmain.sh): Updated to not depend on any
phony rules. Test `$?' for prerequisites that should always
cause us to update the target. Fixes rebuilding rules, at the
cost of sometimes updating too much with non-GNU make.
Cheers,
Gary
--
())_. Email me: address@hidden
( '/ Read my blog: http://blog.azazil.net
/ )= ...and my book: http://sources.redhat.com/autobook
`(_~)_ Join my AGLOCO Network: http://www.agloco.com/r/BBBS7912
PGP.sig
Description: This is a digitally signed message part