[Bug binutils/10478] "File format not recognized" for some solaris libraries
--- Additional Comments From niki dot waibel at gmx dot net 2009-09-08 12:53 --- is this going to be fixed in binutils? it is definitely a big impact on solaris, as some programs just do not compile (using gcc/binutils). libC.so.5 is just one example of such a library. -- http://sourceware.org/bugzilla/show_bug.cgi?id=10478 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/10478] "File format not recognized" for some solaris libraries
--- Additional Comments From nickc at redhat dot com 2009-09-08 13:49 --- Hi Niki, > is this going to be fixed in binutils? If you can find an explanation for the why the .exception_ranges section has an invalid sh_link value of 65280 then we will fix the binutils. But at the moment the tools are quite reasonably rejecting the file as not being a valid sparc-elf binary, because of this discrepancy. My guess is that Solaris is using the sh_link field for some non-standard purpose. But what purpose ? Cheers Nick -- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=10478 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/10478] "File format not recognized" for some solaris libraries
--- Additional Comments From niki dot waibel at gmx dot net 2009-09-08 14:50 --- the following files can't be used by binutils: === find /usr/sfw/lib /usr/lib -type f | grep "\.so\." | while read i; do size $i 1>/dev/null 2>&1 || echo $i; done /usr/sfw/lib/libMagick++.so.5.0.47 /usr/sfw/lib/libosp.so.3.0.0 /usr/lib/sparcv9/libCrun.so.1 /usr/lib/sparcv9/libCstd.so.1 /usr/lib/sparcv9/libiostream.so.1 /usr/lib/sparcv9/libicui18n.so.2 /usr/lib/sparcv9/libicui18n.so.3 /usr/lib/sparcv9/libicuio.so.3 /usr/lib/sparcv9/libicule.so.2 /usr/lib/sparcv9/libicule.so.3 /usr/lib/sparcv9/libiculx.so.3 /usr/lib/sparcv9/libicutoolutil.so.2 /usr/lib/sparcv9/libicutu.so.3 /usr/lib/sparcv9/libicuuc.so.2 /usr/lib/sparcv9/libicuuc.so.3 /usr/lib/sparcv9/libustdio.so.2 /usr/lib/sparcv9/libfru.so.1 /usr/lib/sparcv9/libsun_fc.so.1 /usr/lib/sparcv9/libdmi.so.1 /usr/lib/sparcv9/libdmici.so.1 /usr/lib/sparcv9/libdmimi.so.1 /usr/lib/cpu/sparcv8plus/libCstd_isa.so.1 /usr/lib/libC.so.5 /usr/lib/libCrun.so.1 /usr/lib/libCstd.so.1 /usr/lib/libExbridge.so.1 /usr/lib/libiostream.so.1 /usr/lib/cc-ccr/lib/libccr.so.1 /usr/lib/libcctagent.so.1 /usr/lib/patch/libsdbndbm.so.1 /usr/lib/libwsreg.so.1 /usr/lib/libicui18n.so.2 /usr/lib/libicui18n.so.3 /usr/lib/libicuio.so.3 /usr/lib/libicule.so.2 /usr/lib/libicule.so.3 /usr/lib/libiculx.so.3 /usr/lib/libicutoolutil.so.2 /usr/lib/libicutu.so.3 /usr/lib/libicuuc.so.2 /usr/lib/libicuuc.so.3 /usr/lib/libustdio.so.2 /usr/lib/libfru.so.1 /usr/lib/libaspell.so.15.0.2 /usr/lib/libpspell.so.15.0.2 /usr/lib/libsun_fc.so.1 /usr/lib/libdmi.so.1 /usr/lib/libdmici.so.1 /usr/lib/libdmimi.so.1 === this is a pretty large amount. gcc/binutils should be able to use them to compile happily on solaris. as i am not a binutils developer the only thing i can do is upload those "invalid" libraries. -- http://sourceware.org/bugzilla/show_bug.cgi?id=10478 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/10428] --with-sysroot configure option is undocumented
-- What|Removed |Added CC||pi00100100 at gmail dot com http://sourceware.org/bugzilla/show_bug.cgi?id=10428 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/10478] "File format not recognized" for some solaris libraries
--- Additional Comments From ian at airs dot com 2009-09-09 03:16 --- If SHF_LINK_ORDER is set in the flags field, then the sh_link field is permitted to contain the special values SHN_BEFORE (65280) and SHN_AFTER (65281). SHN_BEFORE means that this section should come before all other sections that it is combined with (e.g., it should be the first .text section) and SHN_AFTER means it should come after all other sections. See also the SHF_ORDERED linker flag, which has similar semantics for SHN_BEFORE and SHN_AFTER. This actually seems somewhat broken, as it will fail in an object file with more than 65280 sections. There doesn't seem to be any mechanism to decide whether the sh_link field should be treated as SHN_BEFORE/SHN_AFTER or a section index. But, whatever. -- What|Removed |Added Status|WAITING |NEW http://sourceware.org/bugzilla/show_bug.cgi?id=10478 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
