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 as
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 i
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&action=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 #11 from Tom de Vries ---
Created attachment 13270
--> https://sourceware.org/bugzilla/attachment.cgi?id=13270&action=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
Tom de Vries changed:
What|Removed |Added
Target Milestone|--- |2.37
--- Comment #12 from Tom de Vries
: 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/bin
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 b
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:
> .val
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 #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=27478
Tom de Vries changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
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&action=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
--- Comment #5 from Tom de Vries ---
Created attachment 13275
--> https://sourceware.org/bugzilla/attachment.cgi?id=13275&action=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 #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 du
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 th
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
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
https://sourceware.org/bugzilla/show_bug.cgi?id=27478
Tom de Vries changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
: 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&action=edit
gcore-tls-pie.gz
[ Spinoff of PR gdb/27689. ]
Consider exec gc
https://sourceware.org/bugzilla/show_bug.cgi?id=27708
Tom de Vries changed:
What|Removed |Added
Blocks||27689
Referenced Bugs:
https://sourc
y: P2
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 he
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.
: 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
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
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
https://sourceware.org/bugzilla/show_bug.cgi?id=27916
Tom de Vries changed:
What|Removed |Added
CC||vries at gcc dot gnu.org
--- Comment
: 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".
I realized th
https://sourceware.org/bugzilla/show_bug.cgi?id=28336
Tom de Vries changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
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=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
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&action=edit
Tentative patch
Using this patch we have instead:
...
<1a> DW_AT_name:
/home/vries/gdb_versi
https://sourceware.org/bugzilla/show_bug.cgi?id=28629
Tom de Vries changed:
What|Removed |Added
CC||nickc at sourceware dot org
--- Commen
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 b
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=32044
--- Comment #1 from Tom de Vries ---
https://sourceware.org/pipermail/binutils/2025-February/139408.html
--
You are receiving this mail because:
You are on the CC list for the bug.
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: vries at gcc dot gnu.org
CC: ian at airs dot com
Target Milestone: ---
There are two ways to specify input dwo files for dwp.
Either:
- you specify dwo files explicitly, or
- you specify an
|--- |DUPLICATE
CC||vries at gcc dot gnu.org
--- Comment #1 from Tom de Vries ---
Duplicate.
*** This bug has been marked as a duplicate of bug 15334 ***
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=15334
Tom de Vries changed:
What|Removed |Added
CC||tromey at sourceware dot org
--- Comme
: ccoutant at gmail dot com
Reporter: vries at gcc dot gnu.org
CC: ian at airs dot com
Target Milestone: ---
Since v2.44, gold is deprecated. If nobody starts supporting it, I suppose
eventually it'll be deleted.
My question is: what happens to dwp (part of
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: vries at gcc dot gnu.org
CC: ian at airs dot com
Target Milestone: ---
When compiling with -gsplit-dwarf -fdebug-types-section -gdwarf-5 -g, the .dwo
file can contain many .debug_info section, as was the
Assignee: ccoutant at gmail dot com
Reporter: vries at gcc dot gnu.org
CC: ian at airs dot com
Target Milestone: ---
Say you compiled some source file to a.out:
...
$ g++-14 test.cc -g
$ ls a.out
a.out
...
Now say we invoke dwp to produce a fatal error
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
Consider the following test-case:
...
$ cat test.s
.file "test.c"
.text
.globl main
.t
https://sourceware.org/bugzilla/show_bug.cgi?id=32044
Tom de Vries changed:
What|Removed |Added
Target Milestone|--- |2.45
--- Comment #3 from Tom de Vries
https://sourceware.org/bugzilla/show_bug.cgi?id=32044
Tom de Vries changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
101 - 144 of 144 matches
Mail list logo
