Re: --program-prefix leads to broken libtoolize

[Scott James Remnant]

On Tue, 2004-02-03 at 20:08, Geoff Keating wrote:

> 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.
> 
That falls under the preview of Automake -- it isn't something we
deliberately do.

> > 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.
> 
There's no particular reason you can't rename it and libtoolize
afterwards, just the Autoconf/Automake --program-prefix is being
"unhelpful" here.

Scott
-- 
Have you ever, ever felt like this?
Had strange things happen?  Are you going round the twist?

signature.asc
Description: This is a digitally signed message part