https://sourceware.org/bugzilla/show_bug.cgi?id=18561
--- Comment #9 from Rich Felker ---
If this is the intended behavior, it should be documented as such. At the very
least it's highly counter-intuitive, and a regression, albeit a very very old
one. In any case I'll submit the patch I have for
https://sourceware.org/bugzilla/show_bug.cgi?id=18561
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=18859
Cary Coutant changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID
https://sourceware.org/bugzilla/show_bug.cgi?id=18829
--- Comment #7 from Greg Bentley ---
(In reply to H.J. Lu from comment #6)
> (In reply to Greg Bentley from comment #5)
> > (In reply to Alexander Monakov from comment #3)
> > > As I understand, for further benefit you should sort the GOT as w
https://sourceware.org/bugzilla/show_bug.cgi?id=18829
--- Comment #6 from H.J. Lu ---
(In reply to Greg Bentley from comment #5)
> (In reply to Alexander Monakov from comment #3)
> > As I understand, for further benefit you should sort the GOT as well as PLT
> > based on the same idea — and that
https://sourceware.org/bugzilla/show_bug.cgi?id=18860
Doug Evans changed:
What|Removed |Added
CC||xdje42 at gmail dot com
--- Comment #3 f
https://sourceware.org/bugzilla/show_bug.cgi?id=18829
--- Comment #5 from Greg Bentley ---
(In reply to Alexander Monakov from comment #3)
> As I understand, for further benefit you should sort the GOT as well as PLT
> based on the same idea — and that will save you some dcache misses even with
>
https://sourceware.org/bugzilla/show_bug.cgi?id=18829
Greg Bentley changed:
What|Removed |Added
Attachment #8524|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=18561
--- Comment #7 from Rich Felker ---
I like it, but I think some effort should be put into understanding why the
wrong code was there to begin with and what the intent was. Here is the commit
that broke it:
https://sourceware.org/git/?p=binuti
https://sourceware.org/bugzilla/show_bug.cgi?id=18561
--- Comment #6 from Nick Clifton ---
Created attachment 8542
--> https://sourceware.org/bugzilla/attachment.cgi?id=8542&action=edit
Have S_FORCE_RELOC always return TRUE for weak symbols.
Hi Rich,
This patch is working for me. What do y
https://sourceware.org/bugzilla/show_bug.cgi?id=18561
Nick Clifton changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #5 from Nick Clif
https://sourceware.org/bugzilla/show_bug.cgi?id=18581
--- Comment #1 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Nick Clifton :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=d02603dc201f80cd9d2a1f4b1a16110b1e04222b
commit d02603dc201f80cd9d2a1f4b1a1
https://sourceware.org/bugzilla/show_bug.cgi?id=18728
Nick Clifton changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=18581
Nick Clifton changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=18561
--- Comment #4 from Rich Felker ---
Indeed, that fixes it. However I'm skeptical of the way you're making the
change:
1. S_FORCE_RELOC already has logic to force relocations for weak symbols when
the strict argument is nonzero, so I wonder if
https://sourceware.org/bugzilla/show_bug.cgi?id=18561
Nick Clifton changed:
What|Removed |Added
Attachment #8526|0 |1
is obsolete|
Hello,
I found a crash bug which causes segmentation fault when objdump -x tries
to print
header information of the attached file. This bug was found by CONCERT, an
automated
unit testing generation tool developed by my colleague and me.
*** Configuration and build option ***
$ ./configure CFLAGS
https://sourceware.org/bugzilla/show_bug.cgi?id=18829
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gmail dot com
--- Com
https://sourceware.org/bugzilla/show_bug.cgi?id=18257
--- Comment #5 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Alexander Fomin :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=ab4e4ed5dabc378c06ee647afd5793513393ae3f
commit ab4e4ed5dabc378c06ee647a
19 matches
Mail list logo