--
What|Removed |Added
AssignedTo|unassigned at sources dot |ian at airs dot com
|redhat dot com |
http://sourceware.org/bugzilla/show_bug.
--- Additional Comments From amodra at gmail dot com 2010-08-02 04:09
---
Perhaps I was a little hasty in saying this is a strip bug. When looking at
"good.so" more carefully, I see some really weird segment values.
This one:
LOAD 0x01bce8 0x0001bce8 0x0001b
--- Additional Comments From amodra at gmail dot com 2010-08-02 02:58
---
Looks like a strip bug rather than a gold bug to me. Reclassifying.
--
What|Removed |Added
--- Additional Comments From amodra at gmail dot com 2010-08-02 02:47
---
This is a generic problem that will affect all targets built with a 32-bit
bfd_vma. It is a bug in bignum handling.
--
What|Removed |Added
-
This of for: GNU assembler version 2.20.1 (i386-portbld-freebsd8.0) using BFD
version (GNU Binutils) 2.20.1.20100303
The following assembler file doesn't assemble correctly:
.file "quadtest.s"
.type globalArray,@object
.data
.globl globalArray
.align
Shared libraries linked with "-z relro" using gold become unusable when stripped
with "--strip-unneeded". Trying to load the so gives "ELF load command
address/offset not properly aligned".
Problem happens on x86_64, on i686 it works fine. The problem occurs with
2.20.51.0.10 but 2.20.51.0.9 work
--- Additional Comments From onur at pardus dot org dot tr 2010-08-01
13:57 ---
Created an attachment (id=4891)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4891&action=view)
readelf -a for bad.so
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11866
--- You are rec
--- Additional Comments From onur at pardus dot org dot tr 2010-08-01
13:58 ---
Created an attachment (id=4892)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4892&action=view)
readelf -a for good.so
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11866
--- You are re
--- Additional Comments From onur at pardus dot org dot tr 2010-08-01
14:02 ---
See the GNU_RELRO section difference
--- good ---
GNU_EH_FRAME 0x00013c74 0x00013c74 0x00013c74
0x036c 0x036c R 4
GNU_STACK 0
