https://sourceware.org/bugzilla/show_bug.cgi?id=31735
Tom de Vries changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
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=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/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=31735
--- Comment #2 from Tom de Vries ---
Created attachment 15519
--> https://sourceware.org/bugzilla/attachment.cgi?id=15519=edit
a-hello.dwo.gz
--
You are receiving this mail because:
You are on the CC list for the bug.
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=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=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
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
: 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=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
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
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
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
https://sourceware.org/bugzilla/show_bug.cgi?id=31115
Tom de Vries changed:
What|Removed |Added
CC||vries at gcc dot gnu.org
--- Comment
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
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
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
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
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
Tom de Vries changed:
What|Removed |Added
Blocks|22395 |
Severity|normal
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=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
--- Comment #4 from Tom de Vries ---
Created attachment 15070
--> https://sourceware.org/bugzilla/attachment.cgi?id=15070=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 #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)
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 component
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.
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.
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
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
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>
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
Tom de Vries changed:
What|Removed |Added
Attachment #14325|0 |1
is obsolete|
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=edit
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 #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
Tom de Vries changed:
What|Removed |Added
CC||nickc at redhat dot com
--
You are
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
: 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
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.
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 #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:
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=edit
gcore-relro-pie.gz
Consider the exec gcore-relro-pie (e
https://sourceware.org/bugzilla/show_bug.cgi?id=28629
Tom de Vries changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=28629
Tom de Vries changed:
What|Removed |Added
Target Milestone|--- |2.38
--
You are receiving this mail
https://sourceware.org/bugzilla/show_bug.cgi?id=28629
Tom de Vries changed:
What|Removed |Added
CC||nickc at sourceware dot org
---
https://sourceware.org/bugzilla/show_bug.cgi?id=28629
--- Comment #2 from Tom de Vries ---
Created attachment 13807
--> https://sourceware.org/bugzilla/attachment.cgi?id=13807=edit
Tentative patch
Using this patch we have instead:
...
<1a> DW_AT_name:
https://sourceware.org/bugzilla/show_bug.cgi?id=28629
--- Comment #1 from Tom de Vries ---
Then let's look at the .debug_line section:
...
$ readelf -wl tui-layout-asm-short-prog.o
The Directory Table (offset 0x22, lines 2, columns 1):
Entry
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
Consider the following compilation:
...
$ pwd -P
/home/vries/gdb_versions/devel
$ as --gdwarf-5 --64 -o tui-layout-asm-short-prog.o
/home/vries/gdb_versions/devel/src/gdb
https://sourceware.org/bugzilla/show_bug.cgi?id=28336
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: ---
I wrote some code to add a gdb selftest for each architecture, and ran into an
assert complaining about duplicate testname "print_one_insn::ft32".
https://sourceware.org/bugzilla/show_bug.cgi?id=27916
Tom de Vries changed:
What|Removed |Added
CC||vries at gcc dot gnu.org
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=28233
--- Comment #1 from Tom de Vries ---
(In reply to Tom de Vries from comment #0)
> I've found no similar workaround for the missing SO entry problem, so I
> wrote a patch for this.
Tentative gas patch:
...
diff --git a/gas/read.c b/gas/read.c
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
Consider test-case ./src/gdb/testsuite/gdb.dwarf2/dw2-ranges-3.c.
When compiled with gcc -gstabs:
...
$ gcc -gstabs -c -fno-PIE -no-pie -o dw2-ranges3.o
./src/gdb
: gas
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
Consider test-case ./tui-layout-asm-short-prog.s (based on
gdb/testsuite/gdb.tui/tui-layout-asm-short-prog.S):
...
$ cat ./tui-layout-asm-short-prog.s
.global _start
https://sourceware.org/bugzilla/show_bug.cgi?id=28095
--- Comment #1 from Tom de Vries ---
I guess there are two ways to go about this:
1. now that the implicit dependency of .debug_line on .debug_info is gone in
dwarf 5, we can just drop all but .debug_line and .debug_line_str for dwarf 5
CUs.
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: vries at gcc dot gnu.org
CC: ian at airs dot com
Target Milestone: ---
As reported here (PR28094 comment 4):
...
$ PATH=~/binutils/install/bin:$PATH gcc -fuse-ld=gold
-Wl,--strip-debug-non-line hello.c
https://sourceware.org/bugzilla/show_bug.cgi?id=27708
Tom de Vries changed:
What|Removed |Added
Blocks||27689
Referenced Bugs:
: binutils
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
Created attachment 13355
--> https://sourceware.org/bugzilla/attachment.cgi?id=13355=edit
gcore-tls-pie.gz
[ Spinoff of PR gdb/27689. ]
Consider exec gcore-tls-
https://sourceware.org/bugzilla/show_bug.cgi?id=27478
Tom de Vries changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
Consider this test-case:
...
$ gcc ./src/gdb/testsuite/gdb.dwarf2/fission-multi-cu*.c -gsplit-dwarf
...
With
...
$ ~/binutils
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
Consider this test-case:
...
$ gcc ./src/gdb/testsuite/gdb.dwarf2/fission-multi-cu*.c -gsplit-dwarf
...
With system readelf (2.35.1
https://sourceware.org/bugzilla/show_bug.cgi?id=27478
--- Comment #9 from Tom de Vries ---
(In reply to Nick Clifton from comment #8)
> Hi Tom,
>
> OK, I have checked in a patch which should resolve this issue.
>
> The warning message was happening because readelf was trying to
> dump
https://sourceware.org/bugzilla/show_bug.cgi?id=27478
--- Comment #6 from Tom de Vries ---
1.gz and 3.gz produced like this:
...
$ gcc ~/hello.c -g
$ cp a.out 1; cp 1 2; ./dwz -m 3 1 2
...
Reproduce:
...
$ readelf --string-dump=.gnu_debugaltlink 1
1: Found separate debug info file: 3
String
https://sourceware.org/bugzilla/show_bug.cgi?id=27478
--- Comment #5 from Tom de Vries ---
Created attachment 13275
--> https://sourceware.org/bugzilla/attachment.cgi?id=13275=edit
3.gz
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27478
--- Comment #4 from Tom de Vries ---
Created attachment 13274
--> https://sourceware.org/bugzilla/attachment.cgi?id=13274=edit
1.gz
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27478
Tom de Vries changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://sourceware.org/bugzilla/show_bug.cgi?id=27387
--- Comment #17 from Tom de Vries ---
(In reply to Tom de Vries from comment #16)
> (In reply to Tom de Vries from comment #15)
> > I'm starting to think this is a gcc bug.
>
> Filed gcc PR https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99319
https://sourceware.org/bugzilla/show_bug.cgi?id=27387
--- Comment #16 from Tom de Vries ---
(In reply to Tom de Vries from comment #15)
> I'm starting to think this is a gcc bug.
Filed gcc PR https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99319
--
You are receiving this mail because:
You are on
https://sourceware.org/bugzilla/show_bug.cgi?id=27387
--- Comment #15 from Tom de Vries ---
(In reply to Tom de Vries from comment #14)
> ...
> .section
> .debug_macro.dwo,"G",@progbits,wm4.stdcpredef.h.19.006d14bbbe0dc07ba9\
> b1ce3fdc8e40d3,comdat
> .Ldebug_macro1:
>
https://sourceware.org/bugzilla/show_bug.cgi?id=27387
--- Comment #14 from Tom de Vries ---
(In reply to Nick Clifton from comment #13)
> Hi Tom,
>
> > > .section.debug_macro.dwo,"e",@progbits
> > > .value 0x4 # DWARF macro version number
>
> I think that this may
: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
With current readelf, I'm running into a dwz testsuite failure due to this
warning:
...
$ ~/binutils/build/binutils
https://sourceware.org/bugzilla/show_bug.cgi?id=27387
Tom de Vries changed:
What|Removed |Added
Target Milestone|--- |2.37
--- Comment #12 from Tom de
https://sourceware.org/bugzilla/show_bug.cgi?id=27387
--- Comment #11 from Tom de Vries ---
Created attachment 13270
--> https://sourceware.org/bugzilla/attachment.cgi?id=13270=edit
hello.o.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 #10 from Tom de Vries ---
Created attachment 13269
--> https://sourceware.org/bugzilla/attachment.cgi?id=13269=edit
hello.s
--
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 #8 from Tom de Vries ---
(In reply to Nick Clifton from comment #7)
> (In reply to Nick Clifton from comment #6)
>
> > Quick question: do you know where I can find the definition of the
> > contents of a .debug_macro.dwo section
https://sourceware.org/bugzilla/show_bug.cgi?id=27387
--- Comment #5 from Tom de Vries ---
(In reply to Nick Clifton from comment #2)
> Would you mind uploading the a.out and hello.dwo files please ?
>
> (I am not sure if the gcc that have installed here will produce
> the same results
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=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=27387
--- Comment #4 from Tom de Vries ---
Created attachment 13267
--> https://sourceware.org/bugzilla/attachment.cgi?id=13267=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=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=27215
Tom de Vries changed:
What|Removed |Added
CC||vries at gcc dot gnu.org
--- Comment
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
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=edit
a.out.gz
Produced using:
...
$ clang hello.c -gdwarf-5
...
--
You are receiving this mail because:
You are on
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=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=27391
Tom de Vries changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
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
--- 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
: 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=27371
Tom de Vries changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
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=27386
Tom de Vries changed:
What|Removed |Added
Target Milestone|--- |2.37
Status|ASSIGNED
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") !=
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 Off
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=27371
Tom de Vries changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
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
--- 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
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=27370
Tom de Vries changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
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
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 corr
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=edit
Tentative patch
Does not print dwo_id, but at least manages to print contents of CUs, such that
we have:
...
$
1 - 100 of 133 matches
Mail list logo
