https://sourceware.org/bugzilla/show_bug.cgi?id=32926
H.J. Lu changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=32809
H.J. Lu changed:
What|Removed |Added
CC||fche at redhat dot com
--- Comment #6 from
https://sourceware.org/bugzilla/show_bug.cgi?id=32927
Bug ID: 32927
Summary: readelf --dwarf-check --debug-dump=Ranges produces
nonsense warnings for DWARF 4 and DWARF5
Product: binutils
Version: 2.45 (HEAD)
Status: UNCON
https://sourceware.org/bugzilla/show_bug.cgi?id=32927
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
Stat
https://sourceware.org/bugzilla/show_bug.cgi?id=32896
--- Comment #18 from H.J. Lu ---
This is the current patch:
https://sourceware.org/pipermail/binutils/2025-April/140767.html
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32927
--- Comment #2 from Henning Meyer ---
The following C++ program represents the simplest example I could find that is
complicated enough to warrant the creation of discontinuous ranges in debug
information:
#include
struct Base {};
void func
https://sourceware.org/bugzilla/show_bug.cgi?id=32896
--- Comment #19 from Sourceware Commits ---
The master branch has been updated by Alan Modra :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=280965fcedbc5e9b683d43cbb49c701071c1015b
commit 280965fcedbc5e9b683d43cbb49c701071c1015
https://sourceware.org/bugzilla/show_bug.cgi?id=32927
--- Comment #3 from H.J. Lu ---
Created attachment 16060
--> https://sourceware.org/bugzilla/attachment.cgi?id=16060&action=edit
A patch
Please try this.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32896
--- Comment #11 from H.J. Lu ---
(In reply to Matthew Malcomson from comment #10)
> (In reply to H.J. Lu from comment #9)
> > (In reply to Matthew Malcomson from comment #8)
> > > (In reply to H.J. Lu from comment #6)
> > > > (In reply to Matt
https://sourceware.org/bugzilla/show_bug.cgi?id=32896
H.J. Lu changed:
What|Removed |Added
Attachment #16053|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=32917
--- Comment #1 from Quentin Boswank ---
The responsible message can be found in elf32-sh.c in a function handling
relaxation, R_SH_USES to be exact.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32896
--- Comment #10 from Matthew Malcomson ---
(In reply to H.J. Lu from comment #9)
> (In reply to Matthew Malcomson from comment #8)
> > (In reply to H.J. Lu from comment #6)
> > > (In reply to Matthew Malcomson from comment #5)
> > > > I think
https://sourceware.org/bugzilla/show_bug.cgi?id=32917
Bug ID: 32917
Summary: „warning: symbol in unexpected section“
Product: binutils
Version: 2.44
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ld
https://sourceware.org/bugzilla/show_bug.cgi?id=32917
Quentin Boswank changed:
What|Removed |Added
Summary|„warning: symbol in |„warning: symbol in
https://sourceware.org/bugzilla/show_bug.cgi?id=32917
Quentin Boswank changed:
What|Removed |Added
Target||sh4a_nofpu-elf
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=32896
--- Comment #13 from Matthew Malcomson ---
Created attachment 16055
--> https://sourceware.org/bugzilla/attachment.cgi?id=16055&action=edit
Default AArch64 linker script with slightly modified .tbss/.tdata order
As requested, the hacked lin
https://sourceware.org/bugzilla/show_bug.cgi?id=32896
--- Comment #14 from Matthew Malcomson ---
(In reply to H.J. Lu from comment #12)
> Created attachment 16054 [details]
> A patch
>
> Please try this one on the current master branch.
It seems to exhibit the same problem.
I think it's doing
https://sourceware.org/bugzilla/show_bug.cgi?id=32896
--- Comment #9 from H.J. Lu ---
(In reply to Matthew Malcomson from comment #8)
> (In reply to H.J. Lu from comment #6)
> > (In reply to Matthew Malcomson from comment #5)
> > > I think that this proposed patch could allow putting the PT_TLS s
https://sourceware.org/bugzilla/show_bug.cgi?id=32896
--- Comment #16 from H.J. Lu ---
(In reply to Matthew Malcomson from comment #14)
> (In reply to H.J. Lu from comment #12)
> > Created attachment 16054 [details]
> > A patch
> >
> > Please try this one on the current master branch.
>
> It se
https://sourceware.org/bugzilla/show_bug.cgi?id=32896
H.J. Lu changed:
What|Removed |Added
Attachment #16054|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=32896
--- Comment #7 from Sourceware Commits ---
The master branch has been updated by H.J. Lu :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=5e247da8afb8b764cb111ce1a05e8cb8862a7f98
commit 5e247da8afb8b764cb111ce1a05e8cb8862a7f98
Au
https://sourceware.org/bugzilla/show_bug.cgi?id=32896
--- Comment #8 from Matthew Malcomson ---
(In reply to H.J. Lu from comment #6)
> (In reply to Matthew Malcomson from comment #5)
> > I think that this proposed patch could allow putting the PT_TLS segment
> > offset past the end of the file (
https://sourceware.org/bugzilla/show_bug.cgi?id=32917
--- Comment #2 from Quentin Boswank ---
Created attachment 16058
--> https://sourceware.org/bugzilla/attachment.cgi?id=16058&action=edit
the actual temp file that gives me the warnings
--
You are receiving this mail because:
You are on the
https://sourceware.org/bugzilla/show_bug.cgi?id=32926
Bug ID: 32926
Summary: binutils-gdb ld test with clang toolchain creates
infinte looping readelf run
Product: binutils
Version: unspecified
Status: NEW
Sever
https://sourceware.org/bugzilla/show_bug.cgi?id=32917
--- Comment #3 from Quentin Boswank ---
can confirm that gcc -mrelax gives me the warnings while -Wl,--no-relax does
not
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32896
--- Comment #17 from Matthew Malcomson ---
(In reply to H.J. Lu from comment #16)
> (In reply to Matthew Malcomson from comment #14)
> > (In reply to H.J. Lu from comment #12)
> > > Created attachment 16054 [details]
> > > A patch
> > >
> > >
https://sourceware.org/bugzilla/show_bug.cgi?id=32917
Quentin Boswank changed:
What|Removed |Added
Summary|„warning: symbol in |„warning: symbol in
https://sourceware.org/bugzilla/show_bug.cgi?id=32917
--- Comment #4 from Quentin Boswank ---
found out that it did not needed to be LTO. just that I needed to to apply
-mrelax to the compiler instead of the linker
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32917
--- Comment #5 from Quentin Boswank ---
Created attachment 16059
--> https://sourceware.org/bugzilla/attachment.cgi?id=16059&action=edit
non lto object file
this one gives me the warnings when using no lto
--
You are receiving this mail b
https://sourceware.org/bugzilla/show_bug.cgi?id=32917
--- Comment #6 from Quentin Boswank ---
the source is a lot smaller for this one. I might be able to recreate a minimal
example
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32926
Sam James changed:
What|Removed |Added
CC||sam at gentoo dot org
--
You are receivi
31 matches
Mail list logo
