[Top][All Lists]
[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