: ld
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Similar to bug 14732, but for arm.
pr14265 fails for me when running with a gcc build with target
arm-linux-androideabi:
...
failed with: <>, expected: <>
failed with: <>,
CC||vries at gcc dot gnu.org
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
Component: gold
Assignee: ian at airs dot com
Reporter: vries at gcc dot gnu.org
CC: ccoutant at google dot com
Consider this test program (essentially function test_branch from
gdb/testsuite/gdb.arch/arm-disp-step.S, rewritten in C):
...
int
main (void)
{
/* Gcc
https://sourceware.org/bugzilla/show_bug.cgi?id=16085
--- Comment #1 from Tom de Vries ---
- fail saying it cannot handle this relocation.
Which could look something like this:
...
Index: gold/arm.cc
===
--- gold/arm.cc (revision 42
https://sourceware.org/bugzilla/show_bug.cgi?id=16085
Tom de Vries changed:
What|Removed |Added
CC||vries at gcc dot gnu.org
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=16085
--- Comment #3 from Tom de Vries ---
Created attachment 7256
--> https://sourceware.org/bugzilla/attachment.cgi?id=7256&action=edit
more complete version of the patch from comment 1
more complete version of the patch from comment 1
assert
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
Created attachment 14194
--> https://sourceware.org/bugzilla/attachment.cgi?id=14194&action=edit
gcore-relro-pie.gz
Consider the exec gcore-relro-pi
https://sourceware.org/bugzilla/show_bug.cgi?id=29319
--- Comment #2 from Tom de Vries ---
(In reply to H.J. Lu from comment #1)
> I can't reproduce it with
>
> commit 736918239b16cc2ff57bfc64a982f2f0afc8c0f6
> Author: Xi Ruoyao
> Date: Tue Jul 5 19:30:12 2022 +0800
>
> gdb: LoongArch: a
https://sourceware.org/bugzilla/show_bug.cgi?id=29319
Tom de Vries changed:
What|Removed |Added
Ever confirmed|1 |0
Status|WAITING
https://sourceware.org/bugzilla/show_bug.cgi?id=29319
--- Comment #5 from Tom de Vries ---
(In reply to H.J. Lu from comment #4)
> Created attachment 14195 [details]
> A patch
>
> Try this.
Fixes this for me, thanks.
--
You are receiving this mail because:
You are on the CC list for the bug.
: binutils
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
Consider a hello.c (probably not relevant, just listing what I used):
...
$ cat hello.c
#include
int
main (void)
{
printf
Severity: normal
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
See the test-case in gdb PR29558.
Current trunk gas generates a top-level DIE with DW_TAG_unspecified_type
https://sourceware.org/bugzilla/show_bug.cgi?id=29559
Tom de Vries changed:
What|Removed |Added
CC||nickc at redhat dot com
--
You are re
https://sourceware.org/bugzilla/show_bug.cgi?id=29559
--- Comment #2 from Tom de Vries ---
(In reply to Nick Clifton from comment #1)
> Hi Tom,
>
> [For the record the patch that introduced this bug was intended to fix PR
> 29517].
>
> > <0><100>: Abbrev Number: 3 (DW_TAG_unspecified_type)
>
https://sourceware.org/bugzilla/show_bug.cgi?id=29559
--- Comment #3 from Tom de Vries ---
Created attachment 14325
--> https://sourceware.org/bugzilla/attachment.cgi?id=14325&action=edit
Dwarf assembly test-case
Currently, this fails:
...
(gdb) PASS: gdb.dwarf2/dw2-unspecified-type.exp: p ((
https://sourceware.org/bugzilla/show_bug.cgi?id=29559
Tom de Vries changed:
What|Removed |Added
Attachment #14325|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=29559
--- Comment #4 from Tom de Vries ---
(In reply to Tom de Vries from comment #3)
> Created attachment 14325 [details]
> Dwarf assembly test-case
>
>
> Currently, this fails:
> ...
> (gdb) PASS: gdb.dwarf2/dw2-unspecified-type.exp: p ((int (*)
https://sourceware.org/bugzilla/show_bug.cgi?id=29559
--- Comment #7 from Tom de Vries ---
Ack, FWIW, updated DWARF:
...
<0><100>: Abbrev Number: 1 (DW_TAG_compile_unit)
<101> DW_AT_stmt_list : 0x123
<105> DW_AT_low_pc : 0x4004ac
<10d> DW_AT_high_pc : 11
<10e>
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
Normally, when using gcc -gctf, gcc produces info for various things:
...
Contents of CTF section .ctf:
Header:
Magic number: 0xdff2
Version: 4 (CTF_VERSION_3
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
Consider the following test-case:
...
$ gcc-11 -g -gdwarf-2 ~/hello.c -gno-as-loc-support -c
$ readelf -wl hello.o | grep "DWARF Ve
https://sourceware.org/bugzilla/show_bug.cgi?id=30064
--- Comment #1 from Tom de Vries ---
Submitted patch:
https://sourceware.org/pipermail/binutils/2023-January/125868.html
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30064
--- Comment #2 from Tom de Vries ---
For the record, problem noticed here (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108600#c3 ).
--
You are receiving this mail because:
You are on the CC list for the bug.
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
I'm filing this duplicate of gdb PR30757, to raise awareness of an ODR
violation problem related to the opcodes dir.
Sofar I haven't been able to reproduce with any
https://sourceware.org/bugzilla/show_bug.cgi?id=30758
--- Comment #2 from Tom de Vries ---
(In reply to Nick Clifton from comment #1)
> Hi Tom,
>
> How are you configuring and building the sources when you encounter
> this error ?
>
Like so:
...
$ cat build.sh
#!/bin/sh
pwd=$(pwd -P)
sr
https://sourceware.org/bugzilla/show_bug.cgi?id=30758
--- Comment #4 from Tom de Vries ---
Created attachment 15070
--> https://sourceware.org/bugzilla/attachment.cgi?id=15070&action=edit
MAKELOG.gz
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30758
--- Comment #3 from Tom de Vries ---
Created attachment 15069
--> https://sourceware.org/bugzilla/attachment.cgi?id=15069&action=edit
CONFIGURELOG.gz
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30758
Tom de Vries changed:
What|Removed |Added
Blocks|22395 |
Severity|normal
https://sourceware.org/bugzilla/show_bug.cgi?id=30758
--- Comment #7 from Tom de Vries ---
(In reply to Tom de Vries from comment #6)
> ...
> diff --git a/gdb/mep-tdep.c b/gdb/mep-tdep.c
> index fc786f09e44..8de2c588bad 100644
> --- a/gdb/mep-tdep.c
> +++ b/gdb/mep-tdep.c
> @@ -48,8 +48,10 @@
>
https://sourceware.org/bugzilla/show_bug.cgi?id=30758
--- Comment #8 from Tom de Vries ---
(In reply to Tom de Vries from comment #7)
> I'm not sure if the warning makes sense, but I imagine doing the unnamed
> namespace trick in the opcodes headers alongside the extern "C" stuff would
> fix this
https://sourceware.org/bugzilla/show_bug.cgi?id=30758
--- Comment #9 from Tom de Vries ---
(In reply to Tom de Vries from comment #7)
> Hmm, that build ok with gcc 7.5.0, but when trying again with gcc 12.3.0, I
> get:
Same with gcc 13.1.1.
--
You are receiving this mail because:
You are on th
https://sourceware.org/bugzilla/show_bug.cgi?id=30758
--- Comment #10 from Tom de Vries ---
I've submitted a workaround for gdb, using this approach:
...
#define cgen_operand_type _cgen_operand_type
#define cgen_hw_type _cgen_hw_type
#include "opcodes/-desc.h"
...
--
You are rec
Version: 2.42 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
I was using readelf to look at the
https://sourceware.org/bugzilla/show_bug.cgi?id=31115
Tom de Vries changed:
What|Removed |Added
CC||vries at gcc dot gnu.org
--- Comment
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
Consider gdb test-case gdb.dwarf2/dw2-epilogue-begin.exp.
With readelf -wL , we have:
...
File nameLine numberStarting addressView
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
Consider gdb test-case gdb.dwarf2/dw2-epilogue-begin.exp.
With readelf -W -wL , we have:
...
CU: /data/vries/gdb/src/gdb/testsuite/gdb.dwarf2/dw2-epilogue-begin.c
Version: 2.43 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
With a proposed gdb test-case and target board fission
https://sourceware.org/bugzilla/show_bug.cgi?id=31722
--- Comment #3 from Tom de Vries ---
(In reply to Nick Clifton from comment #2)
> Hi Tom,
>
> Thanks for pointing this out. It turns out there are quite a few
> warning messages in that source file that are missing a terminating
> \n c
: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
Consider a hello world, compiled with split dwarf:
...
$ gcc-13 -gdwarf-4 -gsplit-dwarf -ggnu-pubnames -fdebug-types
https://sourceware.org/bugzilla/show_bug.cgi?id=31734
--- Comment #1 from Tom de Vries ---
Fixed by:
...
diff --git a/binutils/dwarf.c b/binutils/dwarf.c
index c5ccc50dae7..8125c64e1b6 100644
--- a/binutils/dwarf.c
+++ b/binutils/dwarf.c
@@ -7969,6 +7969,7 @@ display_debug_str_offsets (struct dwa
https://sourceware.org/bugzilla/show_bug.cgi?id=31734
--- Comment #2 from Tom de Vries ---
My guess is that this is a regression since:
...
commit 407115429b349a55561213a61e910756c965f902
Author: Bhuvanendra Kumar N
Date: Mon Jul 4 16:20:29 2022 +0530
Modified changes for split-dwarf and
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
[ Using gcc trunk, and the tentative patch for this (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115066 ) PR
https://sourceware.org/bugzilla/show_bug.cgi?id=31735
--- Comment #1 from Tom de Vries ---
Created attachment 15518
--> https://sourceware.org/bugzilla/attachment.cgi?id=15518&action=edit
a.out.gz
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31735
--- Comment #2 from Tom de Vries ---
Created attachment 15519
--> https://sourceware.org/bugzilla/attachment.cgi?id=15519&action=edit
a-hello.dwo.gz
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31735
--- Comment #4 from Tom de Vries ---
(In reply to Alan Modra from comment #3)
> Please apply your fix.
Thanks for the review.
I've also added a test-case, which made me realize I needed an additional fix
for readelf -wm (instead of readelf -
https://sourceware.org/bugzilla/show_bug.cgi?id=31734
--- Comment #4 from Tom de Vries ---
(In reply to Alan Modra from comment #3)
> (In reply to Tom de Vries from comment #1)
> Please apply.
Thanks for the review.
Submitted with test-case here (
https://sourceware.org/pipermail/binutils/2024-
https://sourceware.org/bugzilla/show_bug.cgi?id=31734
Tom de Vries changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://sourceware.org/bugzilla/show_bug.cgi?id=31735
Tom de Vries changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
Severity: normal
Priority: P2
Component: libctf
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
Warning triggered during gdb build.
The line is:
...
@multitable {Kind} {@code{CTF_K_VOLATILE
: gas
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
[ Follow up to discussion at
https://gcc.gnu.org/ml/gcc-patches/2018-06/msg01542.html ]
Pre-9 gcc generates this tls sequence for fPIC on x86_64:
...
0x00 .byte 0x66
0x01
: normal
Priority: P2
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: vries at gcc dot gnu.org
CC: ian at airs dot com
Target Milestone: ---
[ Filed earlier as dwz PR24249 - "Section offsets not monotonically
increasing"
https://sourceware.org/bugzilla/show_bug.cgi?id=21191
Tom de Vries changed:
What|Removed |Added
CC||vries at gcc dot gnu.org
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=24809
Tom de Vries changed:
What|Removed |Added
Component|tools |binutils
Version|unspecifie
https://sourceware.org/bugzilla/show_bug.cgi?id=24809
--- Comment #5 from Tom de Vries ---
(In reply to Nick Clifton from comment #4)
> (In reply to cvs-com...@gcc.gnu.org from comment #3)
> > The master branch has been updated by Nick Clifton :
> >
> > https://sourceware.org/git/gitweb.cgi?p=bi
gold
Assignee: ccoutant at gmail dot com
Reporter: vries at gcc dot gnu.org
CC: ian at airs dot com
Target Milestone: ---
[ Spinoff of PR26031. ]
A PIE flag is added by ld to the dynamic flags when generating a
position-independent executable:
...
$ gcc hello.c -fPIE
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
Consider test.c:
...
#include
int
foo (int a)
{
int w = a;
if (a < 0)
w = -(unsigned int) a;
if (w < 0)
abort ();
return w;
}
...
Compiled lik
https://sourceware.org/bugzilla/show_bug.cgi?id=26143
Tom de Vries changed:
What|Removed |Added
CC||aoliva at sourceware dot org
--- Comme
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
Consider the source files gdb/testsuite/gdb.dwarf2/fission-multi-cu*.c,
compiled like this:
...
$ clang -g -gsplit-dwarf -flto *.c
...
Using readelf on the
https://sourceware.org/bugzilla/show_bug.cgi?id=26829
--- Comment #1 from Tom de Vries ---
Created attachment 12940
--> https://sourceware.org/bugzilla/attachment.cgi?id=12940&action=edit
tgz file containing a.out and 0.dwo
--
You are receiving this mail because:
You are on the CC list for th
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
This is a binutils PR corresponding to gcc PR "[gsplit-dwarf] label generated
for .debug_abbrev.dwo offset, corresponding relocation ignored by objcopy
--ex
https://sourceware.org/bugzilla/show_bug.cgi?id=26841
--- Comment #2 from Tom de Vries ---
(In reply to Nick Clifton from comment #1)
> Created attachment 12944 [details]
> Proposed patch
>
> Hi Tom,
>
> It seems to me that we ought to keep the relocations.
>
> So please could you try out
https://sourceware.org/bugzilla/show_bug.cgi?id=26841
--- Comment #3 from Tom de Vries ---
(In reply to Tom de Vries from comment #2)
> So, AFAIU it's already questionable that labels are allowed in a dwo section
> in the first place. If we assume that they're not allowed, we can still
> allow
https://sourceware.org/bugzilla/show_bug.cgi?id=26841
--- Comment #5 from Tom de Vries ---
(In reply to Nick Clifton from comment #4)
> Created attachment 12945 [details]
> Proposed patch
>
> Hi Tom,
>
> > Alternatively, we could choose not to make things easier for the compiler,
> > and
> >
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
[ This is the ld variant of gdb PR26935. ]
Consider gcc testsuite test-case src/gcc/testsuite/gcc.dg/split-1.c.
When specifying -fsplit
https://sourceware.org/bugzilla/show_bug.cgi?id=26936
--- Comment #1 from Tom de Vries ---
Gold variant filed at PR26937.
--
You are receiving this mail because:
You are on the CC list for the bug.
Priority: P2
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: vries at gcc dot gnu.org
CC: ian at airs dot com
Target Milestone: ---
[ This is the gold variant of gdb PR26935 and ld PR26936. ]
Basically, with gold we have the same
https://sourceware.org/bugzilla/show_bug.cgi?id=26936
--- Comment #3 from Tom de Vries ---
Created attachment 12995
--> https://sourceware.org/bugzilla/attachment.cgi?id=12995&action=edit
split-1.s
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=26936
--- Comment #4 from Tom de Vries ---
Created attachment 12996
--> https://sourceware.org/bugzilla/attachment.cgi?id=12996&action=edit
morestack.S
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=26936
Tom de Vries changed:
What|Removed |Added
Ever confirmed|1 |0
Status|WAITING
https://sourceware.org/bugzilla/show_bug.cgi?id=26936
--- Comment #6 from Tom de Vries ---
(In reply to Tom de Vries from comment #0)
> So, when compiling like this:
> ...
> $ gcc -g -fsplit-stack src/gcc/testsuite/gcc.dg/split-1.c -m32
> ...
It's not clear to me from comment 2, have you tried t
https://sourceware.org/bugzilla/show_bug.cgi?id=26936
--- Comment #8 from Tom de Vries ---
(In reply to H.J. Lu from comment #7)
> (In reply to Tom de Vries from comment #6)
> > (In reply to Tom de Vries from comment #0)
> > > So, when compiling like this:
> > > ...
> > > $ gcc -g -fsplit-stack s
https://sourceware.org/bugzilla/show_bug.cgi?id=26936
Tom de Vries changed:
What|Removed |Added
Ever confirmed|1 |0
Version|2.35
https://sourceware.org/bugzilla/show_bug.cgi?id=26936
--- Comment #11 from Tom de Vries ---
(In reply to Tom de Vries from comment #10)
> And, reproduced:
To put it in gdb terms:
...
$ gdb -q a.out
Reading symbols from a.out...
(gdb) b __x86.get_pc_thunk.bx
Breakpoint 1 at 0x11d0: file ../sysde
https://sourceware.org/bugzilla/show_bug.cgi?id=26936
--- Comment #13 from Tom de Vries ---
(In reply to H.J. Lu from comment #12)
> (In reply to Tom de Vries from comment #11)
> > (In reply to Tom de Vries from comment #10)
> > > And, reproduced:
> >
> > To put it in gdb terms:
> > ...
> > $ gd
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
...
$ g++ gdb/testsuite/gdb.cp/cpexprs.cc -gdwarf-5 -fdebug-types-section
$ ~/binutils/install/bin/readelf -w a.out > READ
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
...
$ g++ gdb/testsuite/gdb.cp/cpexprs.cc -gdwarf-5 -fdebug-types-section
$ ~/binutils/install/bin/readelf -w a.out
Contents of the .debug_rnglists
https://sourceware.org/bugzilla/show_bug.cgi?id=27386
--- Comment #1 from Tom de Vries ---
Created attachment 13214
--> https://sourceware.org/bugzilla/attachment.cgi?id=13214&action=edit
Tentative patch
Does not print dwo_id, but at least manages to print contents of CUs, such that
we have:
.
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
...
$ gcc -gsplit-dwarf hello.c -gdwarf-5
$ readelf -w a.out > READELF
readelf: Warning: CU at offset c7 contains corrupt
https://sourceware.org/bugzilla/show_bug.cgi?id=27386
--- Comment #4 from Tom de Vries ---
(In reply to Nick Clifton from comment #2)
> Do you think that it would be worth extending the
> gas/testsuite/gas/elf/dwarf-5-cu.[sd] test to include these new unit types ?
> (And maybe the others not alre
https://sourceware.org/bugzilla/show_bug.cgi?id=27370
Tom de Vries changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=27370
--- Comment #2 from Tom de Vries ---
Posted patch:
https://sourceware.org/pipermail/binutils/2021-February/115294.html
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27371
--- Comment #1 from Tom de Vries ---
diff --git a/binutils/dwarf.c b/binutils/dwarf.c
index d6eb8926dbf..9fc040555b4 100644
--- a/binutils/dwarf.c
+++ b/binutils/dwarf.c
@@ -7581,7 +7581,7 @@ display_debug_ranges (struct dwarf_section *section
https://sourceware.org/bugzilla/show_bug.cgi?id=27370
Tom de Vries changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://sourceware.org/bugzilla/show_bug.cgi?id=27371
Tom de Vries changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment #2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
These both are handled without trouble:
...
$ gcc hello.c -ggdb3
$ ~/binutils/build/binutils/readelf -w a.out > READELF
$ gcc hello.c -gsplit-dw
https://sourceware.org/bugzilla/show_bug.cgi?id=27387
--- Comment #1 from Tom de Vries ---
This looks a bit weird though:
...
$ readelf -S -W hello.dwo
There are 32 section headers, starting at offset 0x3028:
Section Headers:
[Nr] Name TypeAddress OffSize
https://sourceware.org/bugzilla/show_bug.cgi?id=27371
--- Comment #4 from Tom de Vries ---
(In reply to Nick Clifton from comment #3)
> (In reply to Tom de Vries from comment #1)
> Hi Tom,
>
> I do not quite get this:
>
> > - int is_rnglists = strstr (section->name, "debug_rnglists") != NULL
https://sourceware.org/bugzilla/show_bug.cgi?id=27386
Tom de Vries changed:
What|Removed |Added
Target Milestone|--- |2.37
Status|ASSIGNED
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
...
$ clang hello.c -gdwarf-5
$ readelf -w a.out > READELF
readelf: Warning: Unrecognized form: 37
readelf: Warning: Unrecogni
https://sourceware.org/bugzilla/show_bug.cgi?id=27371
Tom de Vries changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
: binutils
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
With the fission-mix executable from the gdb testsuite, I run into:
...
$ ~/binutils/install/bin/readelf -w fission-mix > READELF
readelf: Warning: Unable to load
https://sourceware.org/bugzilla/show_bug.cgi?id=27391
--- Comment #1 from Tom de Vries ---
Tentative patch:
...
diff --git a/binutils/dwarf.c b/binutils/dwarf.c
index 84d63f63366..3cbd19710d7 100644
--- a/binutils/dwarf.c
+++ b/binutils/dwarf.c
@@ -11092,8 +11092,11 @@ load_dwo_file (const char *
https://sourceware.org/bugzilla/show_bug.cgi?id=27391
--- Comment #2 from Tom de Vries ---
submitted here:
https://sourceware.org/pipermail/binutils/2021-February/115314.html
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27391
Tom de Vries changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://sourceware.org/bugzilla/show_bug.cgi?id=27390
--- Comment #2 from Tom de Vries ---
Created attachment 13216
--> https://sourceware.org/bugzilla/attachment.cgi?id=13216&action=edit
Tentative patch
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27390
--- Comment #3 from Tom de Vries ---
Created attachment 13217
--> https://sourceware.org/bugzilla/attachment.cgi?id=13217&action=edit
a.out.gz
Produced using:
...
$ clang hello.c -gdwarf-5
...
--
You are receiving this mail because:
You a
https://sourceware.org/bugzilla/show_bug.cgi?id=27390
--- Comment #4 from Tom de Vries ---
(In reply to Tom de Vries from comment #2)
> Created attachment 13216 [details]
> Tentative patch
FWIW, doesn't work yet with split dwarf. The DW_AT_addr_base is defined in the
skeleton CU, and the DW_FOR
https://sourceware.org/bugzilla/show_bug.cgi?id=27215
Tom de Vries changed:
What|Removed |Added
CC||vries at gcc dot gnu.org
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=27215
--- Comment #4 from Tom de Vries ---
Cross-referencing gcc PR https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99090
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27387
--- Comment #4 from Tom de Vries ---
Created attachment 13267
--> https://sourceware.org/bugzilla/attachment.cgi?id=13267&action=edit
hello.dwo.gz
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27387
--- Comment #3 from Tom de Vries ---
Created attachment 13266
--> https://sourceware.org/bugzilla/attachment.cgi?id=13266&action=edit
a.out.gz
--
You are receiving this mail because:
You are on the CC list for the bug.
1 - 100 of 138 matches
Mail list logo
