[linux-sh:02796] sh4 problem: "/lib/libstdc++.so.5: no version information available"

Dan Kegel dank@kegel.com
Wed Jun 18 06:01:00 GMT 2003


Daniel Jacobowitz wrote:
> On Tue, Jun 17, 2003 at 12:56:12PM -0700, Dan Kegel wrote:
> 
>>Oddly enough, objdump -p libstdc++.so.5 shows that there is indeed no 
>>version info in libstdc++.so.5 built for sh4-unknown-linux-gnu/gcc-3.3-glibc-2.2.5
>>or sh4-unknown-linux-gnu/gcc-3.3-glibc-2.3.2, though there is version
>>info in that file for the other five architectures I built ...
> 
> This generally is a problem with GCC's crappy attempts to autodetect
> features of the cross or target assembler and linker.  Read over the
> output of configure and see if anything is looking particularly
> suspicious.

Thanks for the encouragement.  Looks like libstdc++-v3/configure
is setting SYMVER_MAP=config/linker-map.dummy because it sees that
no libgcc_s.so was generated; configure says
checking for shared libgcc... no.
This happened even though I ran gcc's configure with --enable-shared!

This looks vaguely similar to something from two years ago:
http://www.geocrawler.com/archives/3/3076/2001/6/0/6002114/

I'm hoping that one of the two patches
gcc-20030210-sh-linux-1.patch
gcc-3.2.3-sh-linux-dwarf2-1.patch
from
http://mirror.sh-linux.org/rpm-2003/SRPMS/gcc-3.2.3-3.src.rpm
make this go away.  (Looks like those are mostly very simple, important
fixes in those patches for sh, along with a couple patches that
touch generic code and may or may not be safe for other architectures...)
I'm building now with those two patches to see.
- Dan

-- 
Dan Kegel
http://www.kegel.com
http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045


------
Want more information?  See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/
Want to unsubscribe? Send a note to crossgcc-unsubscribe@sources.redhat.com



More information about the crossgcc mailing list