bug-libtool
[Top][All Lists]
Advanced

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

RE: libtool installation problem


From: Ambarish Mitra
Subject: RE: libtool installation problem
Date: Mon, 21 Mar 2005 13:49:00 +0530

Ralf,

Sincere thanks for all your inputs. Since this is long time indeed, I have
myself "googled" out some relevant information and fixed it. Now, libtool
1.5 is working on my Solaris 2.8 which uses gcc 3.3

Thanks once again for the support.

Best Regards,
Ambarish.

Persistent Systems is the Gold Sponsor of SOFTWARE 2005 April 26th-27th,
Santa Clara, CA



-----Original Message-----
From: Ralf Wildenhues [mailto:address@hidden
Sent: Monday, March 21, 2005 1:01 PM
To: Ambarish Mitra
Cc: address@hidden
Subject: Re: libtool installation problem


Hi Ambarish,

I'm sorry for taking so long to respond.
Something just dawned on me, looking at
all the Solaris test failures reported.

* Ambarish Mitra wrote on Thu, Jan 20, 2005 at 10:12:09AM CET:
> * Ambarish Mitra wrote on Tue, Jan 18, 2005 at 10:06:38AM CET:
> >
> > I downloaded the following package package from
> > http://www.sunfreeware.com/indexsparc8.html
> > PACKAGE: libtool-1.5.tar.gz
*snip*
> > I am using Solaris under Sparc and the version is 8.
> > bash-2.03$ uname -a
> > SunOS hostsun1 5.8 Generic_108528-21 sun4u sparc SUNW,Ultra-5_10
*snip*
> > A snippet of the output of make check is pasted below.
> > ====================================
> > 4 of 101 tests failed
> > (4 tests were not run)
> > Please report to address@hidden
> > ====================================
>
> I will answer your specific questions now:
> 1) In all, it showed 4 tests failed: (I do not know, but tagdemo-make.test
> appeared 3 times)
>       -       demo-make.test
>       -       tagdemo-make.test


The demo failure should be fixed in a newer Libtool release (it skips
that test, which is ok for Solaris).

For the other failures, for example tagdemo-make after tagdemo-static:

| g++ -g -O2 -o tagdemo main.o

./.libs/libbaz.a -L/usr2/SOURCES/S8/gcc-3.3/objdir/sparc-sun-solaris2.8/libs
tdc++-v3/src -L/usr2/SOURCES/S8/gcc-3.3/objdir/sparc-sun-solaris2.8/libstdc+
+-v3/src/.libs -L/usr2/SOURCES/S8/gcc-3.3/objdir/gcc -L/usr/local/sparc-sun-
solaris2.8/bin -L/usr/local/sparc-sun-solaris2.8/lib -L/usr/local/lib/gcc-li
b/sparc-sun-solaris2.8/../../../sparc-sun-solaris2.8/lib -L/usr/local/lib/gc
c-lib/sparc-sun-solaris2.8/../..
/usr/local/lib/./libstdc++.so -lgcc_s -Wl,-R -Wl,/usr/local/lib/. -Wl,-R -Wl
,/usr/local/lib/.
| ld: warning: file
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/../../libstdc++.so: linked to
/usr/local/lib/./libstdc++.so: attempted multiple inclusion of file
| Undefined                       first referenced
|  symbol                             in file
| cout                                main.o
| endl(ostream &)                     main.o
| ostream::operator<<(char const *)   main.o
| ostream::operator<<(double)         ./.libs/libbaz.a(foo.o)
| ostream::operator<<(int)            main.o
| ld: fatal: Symbol referencing errors. No output written to tagdemo


You have a custom gcc installation.  Please show the output of
$ g++ -v
and take a show the .la files installed under that prefix, for example
  /usr/local/lib/libstdc++.la

I bet they contain references to within the build tree, in your case
that would be /usr2/SOURCES/S8/gcc-3.3/objdir/.  These references are
wrong.  I have seen this behavior before, I do not know whether it is
a bug of the gcc-provided libtool.

Remove all these references by hand and rerun the libtool test suite,
please.

Thank you,
Ralf





reply via email to

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