[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: newer libtool version
- To: ports_(_at_)_openbsd_(_dot_)_org
- Subject: Re: newer libtool version
- From: Marc Espie <espie_(_at_)_nerim_(_dot_)_net>
- Date: Thu, 13 May 2004 09:13:48 +0200
- Mail-followup-to: ports_(_at_)_openbsd_(_dot_)_org
- Reply-to: espie_(_at_)_nerim_(_dot_)_net
On Wed, May 12, 2004 at 10:25:27PM -0700, Jacob Meuser wrote:
> After having some trouble with C++ programs that use libtool 1.5.x,
> I found /usr/ports/x11/kde/patches-3.2/patch-aclocal_m4.
> How much of this is "correct"? Specifically is
> @@ -7606,6 +7608,7 @@ openbsd*)
> lt_cv_deplibs_check_method='file_magic OpenBSD.* shared library'
> + lt_cv_deplibs_check_method=pass_all
It solves the problem at hand.
libtool is a pile of dung, engineering-wise.
As far as really fixing libtool for us, good luck.
A great part of the issue will be that what we want/need to do *DOES NOT*
mesh with the FSF policy: we're not a GNU system, we don't want hardcoded
paths in libraries. But they do, and libtool tends to turn everything into
a GNU system, that's their philosophy.
Another issue is that libtool shit varies, is linked to autoconf/automake
vagaries, and anything you feed back you won't see in actual usage for a
year... by which time they usually manage to put quite a few other shit
in that will prevent it from working correctly.
Good luck playing with an experimental version, as it tends to require new
versions of everything... including autoconf, automake, gnu-make, binutils,
and the kitchen sink. It seems they still haven't learnt any kind of
Visit your host, monkey.org