https://sourceware.org/bugzilla/show_bug.cgi?id=32048
Thomas De Schampheleire changed:
What|Removed |Added
CC||patrickdepinguin at gmail do
https://sourceware.org/bugzilla/show_bug.cgi?id=32698
Alan Modra changed:
What|Removed |Added
Last reconfirmed||2025-02-15
Ever confirmed|0
https://sourceware.org/bugzilla/show_bug.cgi?id=32698
Alan Modra changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32698
Bug ID: 32698
Summary: Null pointer dereference in bfd/tekhex.c
Product: binutils
Version: 2.44
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component:
https://sourceware.org/bugzilla/show_bug.cgi?id=32690
H.J. Lu changed:
What|Removed |Added
Attachment #15949|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=32690
H.J. Lu changed:
What|Removed |Added
Attachment #15947|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=30612
--- Comment #5 from Dominique Martinet ---
(to be clear, I'm not dismissing the issue you pointed at for arm32 and agree
that commit is probably best reverted in the short term, I'm just asserting
that size increases still cause all sort of he
https://sourceware.org/bugzilla/show_bug.cgi?id=30612
--- Comment #4 from Dominique Martinet ---
> Is this truly a practical problem? Virtually every space-constrained system
> makes use of compressed firmware images, or has readily access to that
> tecnology.
We're using plain ext4 for the ro
https://sourceware.org/bugzilla/show_bug.cgi?id=32613
Indu Bhagat changed:
What|Removed |Added
CC||indu.bhagat at oracle dot com
--- Comme
https://sourceware.org/bugzilla/show_bug.cgi?id=30612
Claudio Luck changed:
What|Removed |Added
CC||c.luck at datact dot ch
--- Comment #3
https://sourceware.org/bugzilla/show_bug.cgi?id=32048
Sam James changed:
What|Removed |Added
CC||nickc at redhat dot com,
https://sourceware.org/bugzilla/show_bug.cgi?id=32048
--- Comment #10 from Claudio Luck ---
Please note that due to the abovementioned commit, GNU/Linux is effectively
banned from many 32bit arm systems (and some 64bit arm systems with 32bit
userland support).
Said commit
https://sourceware.org/
https://sourceware.org/bugzilla/show_bug.cgi?id=32690
Sam James changed:
What|Removed |Added
Summary|ld internal error (internal |ld assertion (internal
https://sourceware.org/bugzilla/show_bug.cgi?id=32690
--- Comment #12 from Sam James ---
Created attachment 15948
--> https://sourceware.org/bugzilla/attachment.cgi?id=15948&action=edit
binutils-32690-src1.tar.xz
This is a standalone testcase. I'm reducing it now.
--
You are receiving this m
https://sourceware.org/bugzilla/show_bug.cgi?id=32690
--- Comment #11 from Sam James ---
I should have a testcase soon.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32690
--- Comment #10 from Alan Modra ---
I think HJ's patch is just papering over the real problem, and likely will
result in sections being placed wrongly at the end of the relro segment.
--
You are receiving this mail because:
You are on the CC
https://sourceware.org/bugzilla/show_bug.cgi?id=32690
--- Comment #9 from H.J. Lu ---
(In reply to Sam James from comment #8)
> Thanks H.J. It works. If you need me to, I can try get a source test case,
> but it will be very time consuming because of the layout of the 2 cases I
> found so far.
P
https://sourceware.org/bugzilla/show_bug.cgi?id=32690
--- Comment #8 from Sam James ---
Thanks H.J. It works. If you need me to, I can try get a source test case, but
it will be very time consuming because of the layout of the 2 cases I found so
far.
--
You are receiving this mail because:
You
18 matches
Mail list logo