bug-libtool
[Top][All Lists]
Advanced

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

Re: --program-prefix leads to broken libtoolize


From: Geoff Keating
Subject: Re: --program-prefix leads to broken libtoolize
Date: Tue, 3 Feb 2004 12:08:32 -0800


On Feb 3, 2004, at 12:04 PM, Scott James Remnant wrote:

On Mon, 2004-02-02 at 22:56, Geoff Keating wrote:

(snipped to just the relevant lines)

I built libtool-1.5.2 on powerpc-apple-darwin7.2.0 by:
$ ./configure --prefix=$HOME --program-prefix=g
$ glibtoolize -c --force
cp: /Network/Servers/cauchy/homes/thorin/gkeating/share/libtool/ config.guess: No such file or directory

$ ls -1 /Network/Servers/cauchy/homes/thorin/gkeating/share/libtool/
gconfig.guess
gconfig.sub

Automake is applying the various program changes to _SCRIPTS...

I don't even know *HOW* we can support program-prefix, program-suffix
(and worst of all) program-transform-name ... I can't think of any way
of getting the resulting transform into libtoolize; at least not one
that doesn't make me violently sick.

I'd suggest doing the reverse, which is to not transform these names. There's no reason to rename anything in $prefix/share/libtool.

The Autoconf manual does say "if the package supports it", maybe we
should just not support it and mercilessly flay anyone who tries?

On Darwin, there's already a program in /usr/bin called 'libtool', and it's not any relation to the GNU one, which makes it a bit inconvenient if you can't rename the installed libtool.

--
Geoff Keating <address@hidden>





reply via email to

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