--- Additional Comments From pluto at agmk dot net 2006-09-11 08:13 ---
works fine :)
--
http://sourceware.org/bugzilla/show_bug.cgi?id=3110
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
--- Additional Comments From pluto at agmk dot net 2006-09-11 14:56 ---
(In reply to comment #8)
Patch checked in.z
thanks.
i have one more sparc64 issue. the sparc64-sun-solaris2.9-ld rejects
boost's static libraries with 'skipping incompatible...'.
as far i can see, the `nomachine`
--- Additional Comments From pluto at agmk dot net 2006-09-11 15:02 ---
simple testcase:
$ sparc64-sun-solaris2.9-g++ -o /dev/null -Wl,--whole-archive
libboost_filesystem.a
--- Additional Comments From nickc at redhat dot com 2006-09-08 15:07
---
Hi Pawel,
The real problem here appears to be that the libraries you are stripping
contain object files of different target types (elf64-big and elf64-sparc).
Objcopy was assuming that you wanted to convert
--- Additional Comments From nickc at redhat dot com 2006-09-08 15:08
---
Created an attachment (id=1290)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=1290action=view)
Preserve output file formats of copied archive elements unless explicitly
requiested otherwise
--
--- Additional Comments From pluto at agmk dot net 2006-08-23 11:26 ---
the main trick here is that boost archives were built with
shared-linkabletrue option. it means they can be used
as statically linked parts of shared objects.
strip works perfect with these *.o files extracted from