Re: BFD bug with elf*-sparc sections?

[Daniel Marques]

> 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


address@hidden 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

address@hidden 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