this behavior seems to exist since --hash-style was first released in 2.18 and
up through 2.20.1 / 2.20.51.0.6 ...
let's take the existing ld-elfvsb/hidden2.s test as an example:
cd ld/testsuite/ld-elfvsb
as hidden2.s -o dump.o
ld -shared -T hidden2.ld -o dump dump.o --hash-style=sysv
readelf -Ds dump
Symbol table for image:
Num Buc: Value Size Type Bind Vis Ndx Name
2 0: 0000000000001000 0 OBJECT LOCAL HIDDEN ABS foo
ok, that looks good. but what if we use a different --hash-style ...
ld -shared -T hidden2.ld -o dump dump.o --hash-style=both
readelf -Ds dump
<no output>
ld -shared -T hidden2.ld -o dump dump.o --hash-style=gnu
readelf -Ds dump
<no output>
that doesnt seem right to me ... using readelf without the -D flag shows that
the symbol shows up both in .dynsym and .symtab ...
--
Summary: using gnu hashes seems to break dynamic symbol table
creation
Product: binutils
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Component: ld
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: vapier at gentoo dot org
CC: bug-binutils at gnu dot org,toolchain at gentoo dot org
GCC target triplet: x86_64-linux-gnu
http://sourceware.org/bugzilla/show_bug.cgi?id=11355
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
_______________________________________________
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
