libtool
[Top][All Lists]
Advanced

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

Re: g++ shared library problem...


From: Ralf Wildenhues
Subject: Re: g++ shared library problem...
Date: Sat, 6 May 2006 07:50:32 +0200
User-agent: Mutt/1.5.11+cvs20060403

Hi Ed,

* Ed Hartnett wrote on Fri, May 05, 2006 at 10:26:19PM CEST:
> Ralf Wildenhues <address@hidden> writes:
> > * Ed Hartnett wrote on Fri, May 05, 2006 at 09:30:02PM CEST:
> >> Ralf Wildenhues <address@hidden> writes:
> >> > * Ed Hartnett wrote on Fri, May 05, 2006 at 02:43:42PM CEST:
> >> >> 
> >> >> Building my package with libtool, I get the following error on my
> >> >> linux box when I build, unless I use the --disable-shared flag, in
> >> >> which case everything works fine.
> >> >
> >> > Ouch.  Now where'd that -nostdlib go?

There is something mixed up here.  Here you probably call an installed
`libtool' script:

> >> bash-3.00$ libtool --version
> >> ltmain.sh (GNU libtool 1.2272 2006/02/20 19:39:16) 2.1a
> >> Written by Gordon Matzigkeit <address@hidden>, 1996

whereas here you call the script built during package configuration:
its output does not match the order of 2.1a output, so I think this has
been created with an older version of ltmain.sh and libtool.m4 (but
without ./libtool --version I can't tell which, and why it would be
buggy).

> ./libtool --tag=CXX --config
> 
> # Libtool was configured on host shecky.unidata.ucar.edu:
*snip*

Maybe you can make sure to have libtoolize from version 2.1a in the
PATH, and make sure aclocal finds the Libtool-2.1a macro files (either
by installing Automake and Libtool below the same --prefix, or by
adjusting the file $prefix/share/aclocal/dirlist to point to the
directory where the Libtool-2.1a macro files are installed).  Then,
regenerate all files (by autotoreconf -vif or similarly).

Cheers,
Ralf




reply via email to

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