[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: libtool-1.5.14 make check
From: |
Ralf Wildenhues |
Subject: |
Re: libtool-1.5.14 make check |
Date: |
Tue, 22 Mar 2005 10:30:36 +0100 |
User-agent: |
Mutt/1.4.1i |
Hi again,
This is the third issue I looked at: your gcc-2.95.2 compiler.
* Tom Burger wrote on Fri, Mar 18, 2005 at 07:07:31PM CET:
>
> It looks like a problem not with the libtool tests but with my local c++
> compiler.
>
> 1) gcc-2.95.2
> Well it gives:
> g++ -shared -nostdlib
> /opt/gnu/gcc-2.95.2/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/crti.o
> /usr/ccs/lib/values-Xa.o
> /opt/gnu/gcc-2.95.2/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/crtbegin.o
> .libs/baz.
> o .libs/libbaz.lax/libfoo.a/foo.o
> -L/opt/gnu/gcc-2.95.2/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2
> -L/usr/ccs/bin -L/usr/ccs/lib -L/opt/gnu/gcc-2.95.2/lib -lstdc++ -lm
> -lgcc /opt/gnu/gcc-2.95.2/lib
> /gcc-lib/sparc-sun-solaris2.8/2.95.2/crtend.o
> /opt/gnu/gcc-2.95.2/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/crtn.o
> -Wl,-h -Wl,libbaz.so.0 -o .libs/libbaz.so.0.0.0
> Text relocation remains referenced
> against symbol offset in file
> <unknown> 0xac8
> /opt/gnu/gcc-2.95.2/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/libstdc++.a(iovfscanf.o)
> <unknown> 0xacc
> /opt/gnu/gcc-2.95.2/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/libstdc++.a(iovfscanf.o)
*snip*
>
> ostdiostream::ios virtual table 0x8
> /opt/gnu/gcc-2.95.2/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/libstdc++.a(stdiostream.o)
> ostdiostream::ios virtual table 0xc
> /opt/gnu/gcc-2.95.2/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/libstdc++.a(stdiostream.o)
> ostdiostream::ios virtual table 0x1c
*snip*
> ld: fatal: relocations remain against allocatable but non-writable sections
> collect2: ld returned 1 exit status
> make[3]: *** [libbaz.la] Error 1
> make[3]: Leaving directory `/net/build.sparc/gnu/libtool-1.5.14/tagdemo'
> FAIL: tagdemo-make.test
Please look if your installed /opt/gnu/gcc-2.95.2 tree contains a shared
libstdc++. If so, where is it? Show output of
echo 'int main() {return 0;}' > a.cc
/opt/gnu/gcc-2.95.2/bin/g++ -v -o a a.cc
If that tree has no shared libstdc++, I'm unsure what to do here, short
of disabling shared libs for this old C++ compiler on Solaris. I
believe, however, that gcc-2.95 does provide shared libstdc++ for it in
principle. Linking against an external libstdc++ should be much more
error-prone.
Regards,
Ralf