--- 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
--- 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=4892action=view)
readelf -a for good.so
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11866
--- You are
--- 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=4891action=view)
readelf -a for bad.so
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11866
--- You are
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 works
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
--- 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
--- 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 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