The output of readelf -h (2.16) looks correct to me:
Yes it does. I wonder how it is implemented differently than objcopy
and objdump...
Anyway, the bug I am reporting is that using objcopy (even just to
duplicate a .o file) is making SunPro C++ objects unlinkable.
Using the source files and Makefile I posted to the web:
http://www.cs.cornell.edu/marques/bfdexample/a.cxx
http://www.cs.cornell.edu/marques/bfdexample/c.cxx
http://www.cs.cornell.edu/marques/bfdexample/Makefile
[EMAIL PROTECTED] objcopy_bug]$ gmake final1
Test without using objcopy
CC -xarch=v8plusb -c a.cxx
CC -xarch=v8plusb -c c.cxx
CC -xarch=v8plusb a.o c.o -o final1
Test completed
[EMAIL PROTECTED] objcopy_bug]$ gmake final2
Test with using objcopy
CC -xarch=v8plusb -c a.cxx
CC -xarch=v8plusb -c c.cxx
objcopy a.o
objcopy c.o
CC -xarch=v8plusb a.o c.o -o final1
ld: fatal: symbol
`std::basic_ostream<__type_0,__type_1>&std::endl<char,std::char_traits<char>
>(std::basic_ostream<__type_0,__type_1>&)' is multiply-defined:
(file a.o type=FUNC; file c.o type=FUNC);
ld: fatal: File processing errors. No output written to final1
gmake: *** [final2] Error 1
Thanks.
Dan
_______________________________________________
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
