https://sourceware.org/bugzilla/show_bug.cgi?id=32542
--- Comment #7 from Tom Tromey ---
I poked at copying it out of gdb a little, but it's probably
easier to just debug BFD in the context of gdb.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32542
--- Comment #6 from Tom Tromey ---
(In reply to Alan Modra from comment #5)
> If this is a bfd problem it ought to be reproducible with objdump
Indeed.
I ran gdb under valgrind and also set worker-threads to 0.
It crashed but there were no v
https://sourceware.org/bugzilla/show_bug.cgi?id=32542
Tom Tromey changed:
What|Removed |Added
Component|gdb |binutils
Version|15.1
https://sourceware.org/bugzilla/show_bug.cgi?id=32464
Tom Tromey changed:
What|Removed |Added
CC||tromey at sourceware dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=32109
--- Comment #2 from Tom Tromey ---
This seems to be a bug in BFD:
if (sec == NULL)
/* Invoking %pA with a null section pointer is an
internal error. */
abort ()
https://sourceware.org/bugzilla/show_bug.cgi?id=32109
Tom Tromey changed:
What|Removed |Added
Last reconfirmed||2024-08-23
Ever confirmed|0
||tromey at sourceware dot org
Version|15.1|unspecified
Product|gdb |binutils
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31527
Tom Tromey changed:
What|Removed |Added
CC||tromey at sourceware dot org
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=29533
Tom Tromey changed:
What|Removed |Added
CC||tromey at sourceware dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=29531
Tom Tromey changed:
What|Removed |Added
CC||tromey at sourceware dot org
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: tromey at sourceware dot org
Target Milestone: ---
I have an executable that has a somewhat invalid/odd
.eh_frames section.
I found out that "readelf --debug-dump=frames" will
just print the &quo
https://sourceware.org/bugzilla/show_bug.cgi?id=31444
Tom Tromey changed:
What|Removed |Added
CC||tromey at sourceware dot org
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=24803
--- Comment #2 from Tom Tromey ---
See https://sourceware.org/bugzilla/show_bug.cgi?id=27374#c2 for
some information on what would be required here.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=24803
--- Comment #1 from Tom Tromey ---
In bug #24820, I'm rewriting the gdb .debug_names reader and writer
to be closer to what is specified by DWARF. A few extensions are
needed, so if this is ever implemented in gold, it should emit those
as we
https://sourceware.org/bugzilla/show_bug.cgi?id=30703
--- Comment #12 from Tom Tromey ---
(In reply to vvinayag from comment #11)
> (In reply to Tom Tromey from comment #10)
> > I backed out the offending patch.
>
> Is it possible to backport the revert to binutils-2_41-branch? We are using
> bi
|--- |FIXED
Assignee|nickc at redhat dot com|tromey at sourceware
dot org
--- Comment #10 from Tom Tromey ---
I backed out the offending patch.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30703
--- Comment #8 from Tom Tromey ---
Maybe someone with this issue could try:
https://sourceware.org/pipermail/binutils/2023-August/129302.html
You really only need the first patch.
--
You are receiving this mail because:
You are on the CC l
https://sourceware.org/bugzilla/show_bug.cgi?id=30703
--- Comment #7 from Tom Tromey ---
Oh never mind, they were here:
https://sourceware.org/pipermail/binutils/2023-March/126468.html
Given the state of BFD doc stuff, I think it's best
to just back out my patch.
--
You are receiving this mai
https://sourceware.org/bugzilla/show_bug.cgi?id=30703
Tom Tromey changed:
What|Removed |Added
CC||tromey at sourceware dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=12263
Tom Tromey changed:
What|Removed |Added
CC||tromey at sourceware dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=15545
Tom Tromey changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|WAITING
https://sourceware.org/bugzilla/show_bug.cgi?id=15545
--- Comment #6 from Tom Tromey ---
Actually it seems to me that the flags essentially already
have to be saved in order to reopen properly at all, and
indeed bfd_open_file checks:
switch (abfd->direction)
so I wonder if there could be a wa
https://sourceware.org/bugzilla/show_bug.cgi?id=15545
--- Comment #5 from Tom Tromey ---
(In reply to Nick Clifton from comment #4)
> > One option might be to save the mode so that the cache
> > can properly reopen all closed fds.
>
> I do not think that this will work. When bfd_cache_close_al
https://sourceware.org/bugzilla/show_bug.cgi?id=15545
Tom Tromey changed:
What|Removed |Added
CC||tromey at sourceware dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=30588
--- Comment #2 from Tom Tromey ---
(In reply to Indu Bhagat from comment #1)
> What is the incentive to support --disable-libsframe ?
I have no need for it.
libsframe has a source dependency on libctf.
So perhaps if libsframe is going to be
: libsframe
Assignee: indu.bhagat at oracle dot com
Reporter: tromey at sourceware dot org
Target Milestone: ---
Right now, libsframe cannot be disabled. There is a hard-coded
dependency in BFD. However, I think that, like CTF, it should be
disable-able.
--
You are receiving this
|binutils
Version|7.2 |unspecified
CC||tromey at sourceware dot org
--- Comment #1 from Tom Tromey ---
libopcodes is handled in binutils bugzilla, so refiling.
However, I think e500 might be obsolete
https://sourceware.org/bugzilla/show_bug.cgi?id=30216
--- Comment #3 from Tom Tromey ---
Created attachment 14745
--> https://sourceware.org/bugzilla/attachment.cgi?id=14745&action=edit
good screenshot
If I make the terminal slightly wider, it looks a lot better.
I think it would be nicer to m
https://sourceware.org/bugzilla/show_bug.cgi?id=30216
--- Comment #2 from Tom Tromey ---
Created attachment 14744
--> https://sourceware.org/bugzilla/attachment.cgi?id=14744&action=edit
"bad" screenshot
Here's the bad one. Note how Stmt is on the next line.
This may not look too bad until you
ty: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: tromey at sourceware dot org
Target Milestone: ---
With an 80-column terminal, the output of "readelf --debug-dump=decodedline"
is illegible.
One way to fix it
https://sourceware.org/bugzilla/show_bug.cgi?id=30080
--- Comment #2 from Tom Tromey ---
Thanks Nick. That looks good to me. I also wonder if that could
ever happen. Maybe it's possible for some format but not ELF?
--
You are receiving this mail because:
You are on the CC list for the bug.
Assignee: unassigned at sourceware dot org
Reporter: tromey at sourceware dot org
Target Milestone: ---
The nm docs say:
'n'
The symbol is in the read-only data section.
...
'R'
'r'
The symbol is in a read only d
https://sourceware.org/bugzilla/show_bug.cgi?id=29626
Tom Tromey changed:
What|Removed |Added
CC||tromey at sourceware dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=29348
Tom Tromey changed:
What|Removed |Added
CC||tromey at sourceware dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=25713
--- Comment #46 from Tom Tromey ---
(In reply to Nick Clifton from comment #43)
> (In reply to Tom Tromey from comment #42)
>
> > ../../binutils-gdb/bfd/bfdio.c:129:60: error: 'partPathOrig' undeclared
>
> *sigh* I admit that I had no way
https://sourceware.org/bugzilla/show_bug.cgi?id=25713
Tom Tromey changed:
What|Removed |Added
CC||tromey at sourceware dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=27797
--- Comment #8 from Tom Tromey ---
> Personally I am not too worried about memory leaks. There are quite a
> few of them still in the sources, but I do not see why they get raised
> as issues from tiemn to time. None of the binutils tools a
https://sourceware.org/bugzilla/show_bug.cgi?id=27797
Tom Tromey changed:
What|Removed |Added
CC||tromey at sourceware dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=27737
Tom Tromey changed:
What|Removed |Added
CC||tromey at sourceware dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=27693
Tom Tromey changed:
What|Removed |Added
CC||tromey at sourceware dot org
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=27447
--- Comment #1 from Tom Tromey ---
Also I don't see a way to dump the contents of .debug_sup.
This is the standardized equivalent of the GNU alt debuglink section.
--
You are receiving this mail because:
You are on the CC list for the bug.
: binutils
Assignee: unassigned at sourceware dot org
Reporter: tromey at sourceware dot org
Target Milestone: ---
I compiled a simple C program with "clang -g -gdwarf-5 -gpubnames".
When I try to use "readelf" on it, I get some errors:
readelf: Warning: U
https://sourceware.org/bugzilla/show_bug.cgi?id=18920
Tom Tromey changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=18920
Tom Tromey changed:
What|Removed |Added
CC||tromey at sourceware dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=26847
--- Comment #2 from Tom Tromey ---
I didn't try it, but it looks like exactly what I'd like :)
Thank you!
--
You are receiving this mail because:
You are on the CC list for the bug.
: binutils
Assignee: unassigned at sourceware dot org
Reporter: tromey at sourceware dot org
Target Milestone: ---
When examining DWARF, it is sometimes useful to see the
DWARF form for attributes. It would be handy if readelf
and objdump could display this.
Note that eu-readelf
Assignee: ccoutant at gmail dot com
Reporter: tromey at sourceware dot org
CC: ian at airs dot com
Target Milestone: ---
gold ships with the "dwp" utility, but there is no man page
or texinfo manual describing what it is or how to use it.
I think there should be
https://sourceware.org/bugzilla/show_bug.cgi?id=18874
Tom Tromey changed:
What|Removed |Added
CC||tromey at sourceware dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=26301
Tom Tromey changed:
What|Removed |Added
CC||tromey at sourceware dot org
Assignee: ccoutant at gmail dot com
Reporter: tromey at sourceware dot org
CC: ian at airs dot com
Target Milestone: ---
Currently, gold has code to generate the .gdb_index section.
DWARF 5 adds a new index, .debug_names. gold should be able
to generate this
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: tromey at sourceware dot org
Target Milestone: ---
Consider the Ada test case in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83935#c2.
Compiling to a .o and then using readelf -wi will yield something
https://sourceware.org/bugzilla/show_bug.cgi?id=24493
Tom Tromey changed:
What|Removed |Added
CC||tromey at sourceware dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=23728
Tom Tromey changed:
What|Removed |Added
CC||thelastmammoth at gmail dot com
--- Comm
https://sourceware.org/bugzilla/show_bug.cgi?id=23746
Tom Tromey changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=23728
Tom Tromey changed:
What|Removed |Added
CC||lilrom13 at gmail dot com
--- Comment #1
||tromey at sourceware dot org
Resolution|--- |FIXED
--- Comment #9 from Tom Tromey ---
I believe this is fixed now.
This will appear in gdb 8.3.
--
You are receiving this mail because:
You are on the CC list for the bug
https://sourceware.org/bugzilla/show_bug.cgi?id=23728
Tom Tromey changed:
What|Removed |Added
CC||rmhunter at ncsu dot edu
--- Comment #8
https://sourceware.org/bugzilla/show_bug.cgi?id=23746
--- Comment #5 from Tom Tromey ---
Thanks for the investigation, this was very helpful!
This looks informative:
https://reviews.llvm.org/D29044
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=23746
Tom Tromey changed:
What|Removed |Added
CC||tromey at sourceware dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=23746
--- Comment #2 from Tom Tromey ---
I don't have Mojave yet, maybe others don't either -- one thing that
might help is attaching a "hello-world" (i.e., tiny) executable
showing the problem.
--
You are receiving this mail because:
You are on t
https://sourceware.org/bugzilla/show_bug.cgi?id=17947
Tom Tromey changed:
What|Removed |Added
CC||tromey at sourceware dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=20293
Tom Tromey changed:
What|Removed |Added
CC||tromey at sourceware dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=16948
Tom Tromey changed:
What|Removed |Added
CC||tromey at sourceware dot org
||tromey at sourceware dot org
Resolution|--- |FIXED
--- Comment #2 from Tom Tromey ---
Fixed a while ago.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils
||tromey at sourceware dot org
Resolution|--- |FIXED
--- Comment #2 from Tom Tromey ---
Closing as fixed.
I get:
$ c++filt _ZN3foocvPT_I3barEEv
foo::operator bar*()
--
You are receiving this mail because:
You are on the CC list for the bug
||tromey at sourceware dot org
Resolution|--- |FIXED
--- Comment #3 from Tom Tromey ---
This seems to have been fixed but not closed.
--
You are receiving this mail because:
You are on the CC list for the bug
https://sourceware.org/bugzilla/show_bug.cgi?id=18119
Tom Tromey changed:
What|Removed |Added
CC||tromey at sourceware dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=22547
Tom Tromey changed:
What|Removed |Added
CC||tromey at sourceware dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=22532
--- Comment #3 from Tom Tromey ---
Created attachment 10666
--> https://sourceware.org/bugzilla/attachment.cgi?id=10666&action=edit
object file
--
You are receiving this mail because:
You are on the CC list for the bug.
___
https://sourceware.org/bugzilla/show_bug.cgi?id=22532
--- Comment #2 from Tom Tromey ---
> Could you upload a copy of this file please ?
Sure. FWIW it comes from an Ada test case that Joel Brobecker sent me.
--
You are receiving this mail because:
You are on the CC list for the bug.
_
ormal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: tromey at sourceware dot org
Target Milestone: ---
I have a file that uses a location expression in DW_AT_byte_size.
objdump printed this:
<7c5> DW_AT_byte_
https://sourceware.org/bugzilla/show_bug.cgi?id=22249
--- Comment #11 from Tom Tromey ---
(In reply to Nick Clifton from comment #10)
> dwarf-mode.el:186:6:Warning: set-keymap-parent called with 1 argument, but
> requires 2
>
> I am not an emacs expert, but maybe this could be a problem ?
https://sourceware.org/bugzilla/show_bug.cgi?id=22249
--- Comment #9 from Tom Tromey ---
Thread starts here:
https://sourceware.org/ml/binutils/2017-10/msg00082.html
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-
https://sourceware.org/bugzilla/show_bug.cgi?id=22249
--- Comment #7 from Tom Tromey ---
(In reply to Nick Clifton from comment #6)
> Hi Tom,
>
> OK, well your patch is fine, so I have checked that in. I still think
> that we need to improve the documentation however. Do you have any
> sugge
https://sourceware.org/bugzilla/show_bug.cgi?id=22249
--- Comment #4 from Tom Tromey ---
(In reply to Nick Clifton from comment #2)
> * According to the documentation the --dwarf-start=N command line option
> (which sets the dwarf_start_die variable) specifies the *number* of the DIE
> at whic
https://sourceware.org/bugzilla/show_bug.cgi?id=22249
--- Comment #1 from Tom Tromey ---
I think it's as easy as:
diff --git a/binutils/dwarf.c b/binutils/dwarf.c
index 7ded1bf..f9c93ae 100644
--- a/binutils/dwarf.c
+++ b/binutils/dwarf.c
@@ -2666,6 +2666,13 @@ process_debug_info (struct dwarf_s
: binutils
Assignee: unassigned at sourceware dot org
Reporter: tromey at sourceware dot org
Target Milestone: ---
I have a very large debuginfo file.
I'm trying to examine a CU somewhere in the middle to see if there
is a bug in some debuginfo generation.
(See https://githu
https://sourceware.org/bugzilla/show_bug.cgi?id=21290
--- Comment #1 from Tom Tromey ---
Mark pointed out that -f sysv does print this info.
I still think it would be nice to have by default,
but I'd understand if you'd prefer to close this bug.
--
You are receiving this mail because:
You are o
: binutils
Assignee: unassigned at sourceware dot org
Reporter: tromey at sourceware dot org
Target Milestone: ---
When I run nm on a .o, a TLS global shows up like:
pokyo. nm ./js/src/Unified_cpp_js_src34.o | grep Tls
B _ZN2js10TlsContextE
It would be handy if
: binutils
Assignee: unassigned at sourceware dot org
Reporter: tromey at sourceware dot org
Target Milestone: ---
This comes from bug 20613 and http://www.viva64.com/en/b/0430/
Here:
case '{':
alt = 0;
if (in
https://sourceware.org/bugzilla/show_bug.cgi?id=20657
Tom Tromey changed:
What|Removed |Added
Blocks||20613
Referenced Bugs:
https://sourcew
https://sourceware.org/bugzilla/show_bug.cgi?id=20656
Tom Tromey changed:
What|Removed |Added
Blocks||20613
Referenced Bugs:
https://sourcew
Assignee: unassigned at sourceware dot org
Reporter: tromey at sourceware dot org
Target Milestone: ---
This comes from bug 20613 and http://www.viva64.com/en/b/0430/
source.c has:
if (new_line)
{
(*annote) (annotation, max_width, line_num, arg
83 matches
Mail list logo
