http://sourceware.org/bugzilla/show_bug.cgi?id=12965
Will Newton changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://sourceware.org/bugzilla/show_bug.cgi?id=13135
Will Newton changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://sourceware.org/bugzilla/show_bug.cgi?id=15200
--- Comment #7 from pete 2013-03-07 06:43:08 UTC ---
I can think visibility does matter, but only for exporting the symbol or not.
In the previous case, gold does define the __bss symbols but not use the
definition in DSO, so I think we should
http://sourceware.org/bugzilla/show_bug.cgi?id=15200
--- Comment #6 from Doug Kwan 2013-03-07 05:42:20
UTC ---
The symbols do not have same visibility. gold in general is
compatible with GNU ld. If you look at src/ld/emulparams/, you will
set that the __bss symbols are exported but the __exidx
http://sourceware.org/bugzilla/show_bug.cgi?id=15200
--- Comment #5 from pete 2013-03-07 05:31:25 UTC ---
(In reply to comment #4)
> The symbols __exidx_end & __exidx_start were exported incorrectly in
> the past. This is fixed in both ld & gold in the sense that these
> symbols are defined by n
http://sourceware.org/bugzilla/show_bug.cgi?id=15200
--- Comment #4 from Doug Kwan 2013-03-07 04:04:35
UTC ---
The symbols __exidx_end & __exidx_start were exported incorrectly in
the past. This is fixed in both ld & gold in the sense that these
symbols are defined by not exported. I think def
http://sourceware.org/bugzilla/show_bug.cgi?id=15200
--- Comment #3 from pete 2013-03-07 02:39:59 UTC ---
Hello,
Let me describe this issue again. The runtime undefined reference is because:
1. Using ld.gold to link against libraries (say libc.so) in android ndk-r8, and
those libraries are prob
