https://sourceware.org/bugzilla/show_bug.cgi?id=27217
Nick Clifton changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
Pete Moore changed:
What|Removed |Added
CC||petemoore at gmx dot net
--- Comment #30
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
--- Comment #29 from Kinsey Moore ---
Ah, great! Thanks so much for looking into this.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
--- Comment #28 from Jan Beulich ---
(In reply to Jan Beulich from comment #26)
> Quoting from the description of r_info in the ELF spec: "If the index is
> STN_UNDEF, the undefined symbol index, the relocation uses 0 as the ``symbol
> value''
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
--- Comment #27 from Jan Beulich ---
Another question is: Can't we suppress emitting of relocations when the value
is absolute? (Of course really the relocation in the testcase should reference
"bar", but as we've seen arranging for that by si
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
--- Comment #26 from Jan Beulich ---
(In reply to Kinsey Moore from comment #25)
> The original test case should show it provided that you also attempt to link
> it as per Nick's comment:
> https://sourceware.org/bugzilla/show_bug.cgi?id=27217
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
--- Comment #25 from Kinsey Moore ---
The original test case should show it provided that you also attempt to link it
as per Nick's comment: https://sourceware.org/bugzilla/show_bug.cgi?id=27217#c4
--
You are receiving this mail because:
You
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
Jan Beulich changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
Kinsey Moore changed:
What|Removed |Added
CC||jbeulich at suse dot com
--
You are r
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
--- Comment #23 from Kinsey Moore ---
I have verified that commit c1723a8118f0d02b01a061095f48e75264b2ca4f is the
cause of the regression.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
--- Comment #22 from Kinsey Moore ---
To be clear, the "no symbol" error has returned.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
--- Comment #21 from Kinsey Moore ---
This has broken again in 2.40, presumably due to the rework that occurred.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
--- Comment #20 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Jan Beulich :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=c1723a8118f0d02b01a061095f48e75264b2ca4f
commit c1723a8118f0d02b01a061095f4
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
--- Comment #19 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Jan Beulich :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=15b7af6c874610d802b64e1778202b7653d5fa08
commit 15b7af6c874610d802b64e17782
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
--- Comment #18 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Jan Beulich :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=04dfe7aa52171d110db813bce67c0eea5f4b18cd
commit 04dfe7aa52171d110db813bce67
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
--- Comment #17 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Alan Modra :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=b12389f219facfb4aa29b97fdcbc2664a5b0732a
commit b12389f219facfb4aa29b97fdcbc
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
--- Comment #15 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=eac4eb8ecb2626ef7711d8f6bee9e870ae435604
commit eac4eb8ecb2626ef7711d8f6be
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
Nick Clifton changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
--- Comment #14 from Kinsey Moore ---
I had to tweak the patch a little to compile (no bool) and apply (probably
because I'm working off of a slightly older revision), but everything seems to
be working as expected with this latest patch. Than
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
Nick Clifton changed:
What|Removed |Added
Attachment #13329|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
--- Comment #12 from Kinsey Moore ---
(In reply to Nick Clifton from comment #11)
> Ah - and change the ".set bar,0" to something else, like ".set bar,1".
> Right ?
>From the two tests, one was 0x2800 and one was 0xabc, but I think 1 there
s
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
--- Comment #11 from Nick Clifton ---
(In reply to Joel Sherrill from comment #10)
> Nick. Go back to the first comment when I posted this. I put the C code
> along with assembly from two different optimization levels.
Ah - and change the ".s
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
--- Comment #10 from Joel Sherrill ---
Nick. Go back to the first comment when I posted this. I put the C code along
with assembly from two different optimization levels.
--
You are receiving this mail because:
You are on the CC list for the
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
--- Comment #9 from Nick Clifton ---
(In reply to Kinsey Moore from comment #8)
> I'll see if I can come up with a reduced test case. Do you prefer an
> executable output that runs on QEMU or just something that compiles to an
> object file t
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
--- Comment #8 from Kinsey Moore ---
(In reply to Nick Clifton from comment #7)
> (In reply to Kinsey Moore from comment #6)
> > I've tested the new patch and, while everything now compiles and links,
> > there seems to be some weird behavior
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
--- Comment #7 from Nick Clifton ---
(In reply to Kinsey Moore from comment #6)
> I've tested the new patch and, while everything now compiles and links,
> there seems to be some weird behavior with global symbols.
Yeah - this is the kind of
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
Kinsey Moore changed:
What|Removed |Added
CC||nyphbl8d+sourceware at gmail
dot c
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
--- Comment #5 from Nick Clifton ---
Created attachment 13335
--> https://sourceware.org/bugzilla/attachment.cgi?id=13335&action=edit
Proposed patch
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
Nick Clifton changed:
What|Removed |Added
Ever confirmed|0 |1
Status|RESOLVED
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
--- Comment #3 from Joel Sherrill ---
(In reply to Nick Clifton from comment #2)
> Created attachment 13329 [details]
> Proposed patch
>
> Hi Joel,
>
> Please could you try out this patch and let me know if it works for you ?
>
> Cheers
>
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment #2
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
Alex Coplan changed:
What|Removed |Added
CC||acoplan at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
Joel Sherrill changed:
What|Removed |Added
Target||aarch64-rtems aarch64-elf
--
You are
33 matches
Mail list logo