http://sourceware.org/bugzilla/show_bug.cgi?id=15200
--- Comment #23 from pete 2013-03-26 08:01:28 UTC
---
Created attachment 6949
--> http://sourceware.org/bugzilla/attachment.cgi?id=6949
Android libc.so w/o __exidx_start/end
Hello Ian,
I find one issue with the patch in comment #13:
Unabl
http://sourceware.org/bugzilla/show_bug.cgi?id=15200
--- Comment #22 from pete 2013-03-25 03:56:32 UTC
---
(In reply to comment #21)
> I don't see why either of your suggested changes would be correct.
>
> Would you mind trying my patch, the second one in comment #13, to see if it
> fixes your
http://sourceware.org/bugzilla/show_bug.cgi?id=15200
--- Comment #20 from pete 2013-03-21 05:05:21 UTC
---
(In reply to comment #19)
> The in_reg() and in_dyn() functions are not mutually exclusive. Both will
> return true if a symbol appears in both a regular object and a dynamic object.
I th
http://sourceware.org/bugzilla/show_bug.cgi?id=15200
--- Comment #18 from pete 2013-03-20 06:20:57 UTC
---
Sorry! Yours is correct. Forget about this.
(In reply to comment #17)
>
> And we should return NULL if oldsym->in_reg() is true instead?
>
> if (oldsym == NULL)
> return NULL;
http://sourceware.org/bugzilla/show_bug.cgi?id=15200
--- Comment #17 from pete 2013-03-20 05:54:20 UTC
---
(In reply to comment #16)
> (In reply to comment #15)
> > I think that is what my patch does. Did I get it wrong?
And we should return NULL if oldsym->in_reg() is true instead?
if (o
http://sourceware.org/bugzilla/show_bug.cgi?id=15200
--- Comment #16 from pete 2013-03-20 05:38:56 UTC
---
(In reply to comment #15)
> I think that is what my patch does. Did I get it wrong?
I'm thinking the patch does the same thing as mine.
I have 2 questions:
1. in_reg() and in_dyn() seem
t; On Tue, Mar 12, 2013 at 7:03 PM, petechou at gmail dot com
> wrote:
> > http://sourceware.org/bugzilla/show_bug.cgi?id=15200
> >
> > --- Comment #9 from pete 2013-03-13 02:03:32
> > UTC ---
> > If there is a libfoo.so, it's possible to implement part
y. Both ld & gold no longer export these symbols. The
> reason for not exporting is explained here in the ld patch:
>
> http://sourceware.org/ml/binutils/2009-11/msg00367.html
>
> -Doug
>
>
> On Wed, Mar 6, 2013 at 10:43 PM, petechou at gmail dot com
> wrote:
> &g
fined hidden. gold matches the behaviour of ld. If you look at
> defstd.cc in gold, you will again see that some of these symbols are
> hidden but some are not.
>
> -Doug
>
>
> On Wed, Mar 6, 2013 at 9:31 PM, petechou at gmail dot com
> wrote:
> > http://sou
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 #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
http://sourceware.org/bugzilla/show_bug.cgi?id=15200
--- Comment #2 from pete 2013-02-26 03:52:31 UTC ---
Created attachment 6898
--> http://sourceware.org/bugzilla/attachment.cgi?id=6898
a possible fix
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You a
http://sourceware.org/bugzilla/show_bug.cgi?id=15200
--- Comment #1 from pete 2013-02-26 03:51:18 UTC ---
Created attachment 6897
--> http://sourceware.org/bugzilla/attachment.cgi?id=6897
Android libc.so
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You
http://sourceware.org/bugzilla/show_bug.cgi?id=15200
Bug #: 15200
Summary: Runtime undefined reference to __exidx_start/_end
Product: binutils
Version: 2.24 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Compo
http://sourceware.org/bugzilla/show_bug.cgi?id=13850
Bug #: 13850
Summary: init_array/fini_array sections are not in PT_GNU_RELRO
as -z relro is given
Product: binutils
Version: 2.23 (HEAD)
Status: NEW
Severity
15 matches
Mail list logo
