On Mon, Jan 02, 2006 at 06:32:56PM +0100, Ralf Wildenhues wrote:
Hi Kurt, Gary,
* Kurt Roeckx wrote on Thu, Dec 29, 2005 at 07:52:53PM CET:
It seems 1.5 and head are a little bit different when it comes to
linking a binary. It seems that for linking a binary it does the
same as in case of a conviences library, and adds all
depedency_libs to deplibs. It should do that for conviences
libraries, but not for binaries.
I've attached a patch to make head do the same as 1.5, which is
the behaviour I want. It just moves the code to be inside the
if.
I have no idea why they're different, couldn't find when it was
changed (in which branch), but didn't look too hard either.
This is exactly the reversal of libtool--gary--1.0--patch-49 which is
http://lists.gnu.org/archive/html/libtool-patches/2004-09/msg00248.html
This is exactly what I was looking for, thanks for the pointer.
It would help greatly to have both
- a small self-contained example that works with libtool-1.5.x but
breaks with CVS HEAD,
As you might have guessed, this has to do with the number of
dependencies generated for binaries. It doesn't really break
anything, it just that in Debian we'd like to reduce the
dependencies to a minimum.
- any more details on how CVS m4 breaks without
libtool--gary--1.0--patch-49 and how to reproduce that easily.
In above mail, Gary said:
| Finally... it has taken me a week to track down the two bugs [...]
and I have little desire to invest another week. I can't bootstrap
CVS m4 at the moment because it needs (among others) CVS gettext which
fails to build for me.. and I don't have lots of incentive to chase all
these bugs before getting to the libtool one.
(IOW, a pointer to a CVS m4 tarball would be great, too).
I'll try looking into that too if I find some time.
Kurt