https://sourceware.org/bugzilla/show_bug.cgi?id=32506
Sam James changed:
What|Removed |Added
CC||sam at gentoo dot org
--
You are receivi
Author: H.J. Lu
Date: Sat Sep 6 20:28:13 2025 -0700
objdump: Check the SEC_CODE bit for code
If a shared library has
$ readelf -D -sW x.so | grep _PROCEDURE_LINKAGE_TABLE_
3: 02c0 0 OBJECT GLOBAL DEFAULT5
_PROCEDURE_LINKAGE_TABLE_
https://sourceware.org/bugzilla/show_bug.cgi?id=33389
Alan Modra changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
5d56bdcd71be827d575c41339c6d407fcf54ba2f
Author: Alan Modra
Date: Tue Sep 9 17:18:41 2025 +0930
Revert "objdump: Check the SEC_CODE bit for code"
PR 33389
This reverts commit 6b27a220321ecead5435b170f1db02f1876cee08.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=33389
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |2.46
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=33389
Bug ID: 33389
Summary: objdump disassembles PLT0 as data
Product: binutils
Version: 2.46 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: binutils
https://sourceware.org/bugzilla/show_bug.cgi?id=24993
Raj Vishwanathan changed:
What|Removed |Added
CC||raj.vishwanathan at gmail dot
com
Steps to reproduce:
$ echo -e 'f:.byte 0xd5,0x90,0x90,0x90,0x90,0x90,0x90,0x90,0x90' |\
gcc -xassembler -c -o 1.o -
$ objdump -dr 1.o
:
0: d5 90 90 90 90 90 90seto BYTE PTR [r16-0x6f6f6f70]
7: 90
https://sourceware.org/bugzilla/show_bug.cgi?id=28698
--- Comment #2 from Sam James ---
It is a different bug. I'll file it separately.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=28698
--- Comment #1 from Sam James ---
This shows up badly with ASAN because it instruments qsort.
#0 __memcpy_avx_unaligned () at
../sysdeps/x86_64/multiarch/memmove-vec-unaligned-erms.S:221
#1 0x7fb248a26865 in __GI_memcpy (__dest=,
__src=
https://sourceware.org/bugzilla/show_bug.cgi?id=33243
--- Comment #1 from Rainer Orth ---
Created attachment 16216
--> https://sourceware.org/bugzilla/attachment.cgi?id=16216&action=edit
Test objects
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=33243
Bug ID: 33243
Summary: gnu-debuglink (objdump 1) FAILs on Solaris/amd64
Product: binutils
Version: 2.46 (HEAD)
Status: NEW
Severity: normal
Priority: P2
overflow using objdump -t -C on your POC or with c++filt
_DG00W"
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=33193
Bug ID: 33193
Summary: objdump causes stack-overflow with options -x and -e
Product: binutils
Version: 2.44
Status: UNCONFIRMED
Severity: normal
Priority: P2
https://sourceware.org/bugzilla/show_bug.cgi?id=28697
Sam James changed:
What|Removed |Added
Target Milestone|--- |2.38
--
You are receiving this mail beca
https://sourceware.org/bugzilla/show_bug.cgi?id=20876
Sam James changed:
What|Removed |Added
Target Milestone|--- |2.29
--
You are receiving this mail beca
https://sourceware.org/bugzilla/show_bug.cgi?id=28697
Sam James changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=20876
Sam James changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=20876
Sam James changed:
What|Removed |Added
CC||sam at gentoo dot org
--
You are receivi
https://sourceware.org/bugzilla/show_bug.cgi?id=28981
Sam James changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|---
https://sourceware.org/bugzilla/show_bug.cgi?id=26520
Sam James changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=26520
Sam James changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=26520
Sam James changed:
What|Removed |Added
Target Milestone|--- |2.36
--
You are receiving this mail beca
https://sourceware.org/bugzilla/show_bug.cgi?id=32951
Tom Tromey changed:
What|Removed |Added
CC||tromey at sourceware dot org
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=32951
Aaron Altman changed:
What|Removed |Added
CC||aaronaltman at posteo dot net
--- Comm
https://sourceware.org/bugzilla/show_bug.cgi?id=33033
Sam James changed:
What|Removed |Added
Target Milestone|--- |2.45
--- Comment #4 from Sam James ---
F
https://sourceware.org/bugzilla/show_bug.cgi?id=33033
Rui Ueyama changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=33033
--- Comment #2 from Sourceware Commits ---
The master branch has been updated by Alan Modra :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=0921b99dafd5a754468974831f8a016e10a85fb7
commit 0921b99dafd5a754468974831f8a016e10a85fb7
https://sourceware.org/bugzilla/show_bug.cgi?id=33033
Sam James changed:
What|Removed |Added
CC||sam at gentoo dot org
--
You are receivi
https://sourceware.org/bugzilla/show_bug.cgi?id=33033
--- Comment #1 from Rui Ueyama ---
Sent a patch to resolve the issue to the mailing list:
https://sourceware.org/pipermail/binutils/2025-May/141498.html
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=33033
Bug ID: 33033
Summary: objcopy/objdump/gdb cannot handle >4GiB compressed
debug info section
Product: binutils
Version: unspecified
Status: UNCONFIR
https://sourceware.org/bugzilla/show_bug.cgi?id=33023
Alan Modra changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
5e3176dd79bc5db4ba778c59162f43f2bd4392cb
Author: Alan Modra
Date: Wed May 28 15:52:55 2025 +0930
PR 33023 memory leak in objdump when specifying --endian
* objdump.c (disassemble_data): Free modified xvec and replace
original.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=33012
Sam James changed:
What|Removed |Added
Resolution|MOVED |INVALID
--
You are receiving this mail b
https://sourceware.org/bugzilla/show_bug.cgi?id=33012
Xudong Cao changed:
What|Removed |Added
Resolution|--- |MOVED
Status|UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=33023
Bug ID: 33023
Summary: Memory Leak in objdump During Section and Symbol Table
Processing
Product: binutils
Version: unspecified
Status: UNCONFIRMED
Severity
https://sourceware.org/bugzilla/show_bug.cgi?id=33012
Bug ID: 33012
Summary: Memory Leak in objdump During Section and Symbol Table
Processing
Product: binutils
Version: unspecified
Status: UNCONFIRMED
Severity
https://sourceware.org/bugzilla/show_bug.cgi?id=32951
Bug ID: 32951
Summary: Support NO_COLOR for objdump
Product: binutils
Version: 2.45 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: binutils
https://sourceware.org/bugzilla/show_bug.cgi?id=32944
Alan Modra changed:
What|Removed |Added
Resolution|--- |OBSOLETE
Status|UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=32944
--- Comment #2 from Sharma, Arindam ---
It works there, so I will try and report this to ubuntu.
Thanks for the help.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32944
--- Comment #1 from Sam James ---
Please try to reproduce this with binutils-2.44 or trunk. If it works there,
you'll need to report this to Ubuntu instead.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32944
Sharma, Arindam changed:
What|Removed |Added
CC||arindam.sharma at imperial dot
ac.
https://sourceware.org/bugzilla/show_bug.cgi?id=32944
Bug ID: 32944
Summary: objdump (2.34) segfaults with option list "-x -d -r -t
-p -S
--dwarf=info,rawline,decodedline,frames,frames-interp,
follow-links,R
https://sourceware.org/bugzilla/show_bug.cgi?id=31872
Sam James changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=28530
Sam James changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=32829
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
6c3458a8b7ee7d39f070c7b2350851cb2110c65a
Author: Alan Modra
Date: Tue Apr 1 22:36:54 2025 +1030
PR32829, SEGV on objdump function debug_type_samep
u.kenum is always non-NULL, see debug_make_enum_type.
PR 32829
* debug.c (debug_type_samep): Correct incomplete enum test.
(debug_write_type
https://sourceware.org/bugzilla/show_bug.cgi?id=32829
Alan Modra changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32829
Bug ID: 32829
Summary: SEGV on objdump function debug_type_samep
Product: binutils
Version: 2.44
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component
https://sourceware.org/bugzilla/show_bug.cgi?id=32459
Sam James changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=32459
--- Comment #10 from Nick Clifton ---
(In reply to H.J. Lu from comment #9)
> Created attachment 15975 [details]
> A patch
Hi H.J.
Well this is a nice idea, but it also raises the issue I pointed out in
comment #1. Code like this makes th
Address Symbolic Address
: 2fe0 2fe0 .got
0001: 0141 3010 .bar + 0x8
3020 .foo + 0x8
[hjl@gnu-tgl-3 pr32459]$ ./objdump -R x.so
x.so: file format elf64-x86-64
DYNAMIC RELOCATION RECORDS
OFF
https://sourceware.org/bugzilla/show_bug.cgi?id=32459
H.J. Lu changed:
What|Removed |Added
Version|unspecified |2.44
--
You are receiving this mail becaus
https://sourceware.org/bugzilla/show_bug.cgi?id=32459
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--
You are rece
https://sourceware.org/bugzilla/show_bug.cgi?id=32459
H.J. Lu changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://sourceware.org/bugzilla/show_bug.cgi?id=32459
Nick Clifton changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=32459
--- Comment #6 from Nick Clifton ---
OK, so I have checked in a simplified version of the patch which only issues an
information message when RELR relocs are present and other relocs are not. It
also does not change the behaviour when using -
c619e92beb0784775552abe64d9a886a8cdc7236
Author: Nick Clifton
Date: Mon Feb 24 13:44:45 2025 +
objdump: Inform users if RELR relocs are present in a file when using the
-r or -R options and no regular relocs are present.
PR 32459
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32459
--- Comment #4 from Fangrui Song ---
Sorry again for the late reply.
Since objdump -r ignores dynamic relocations, I think it is consistent to not
report a warning when .relr.dyn is present.
% objdump -r /bin/ls
/bin/ls: file format
note.GNU-stack,"",@progbits
> ...
>
> Compiled with:
> ...
> $ gcc test.s -c
> ...
>
> Objdump thinks the instruction is 7 bytes long:
> ...
> $ objdump -d test.o
> ...
> 0000 :
>0: c5 fe 6f 0d ff ff ffvmovdqu -0x1(%rip),%ymm1
>7: ff
https://sourceware.org/bugzilla/show_bug.cgi?id=32722
Bug ID: 32722
Summary: [objdump] vmovdqu considered to have 24-bit
displacement
Product: binutils
Version: unspecified
Status: NEW
Severity: normal
.git;
> h=ba6ad3a18cb26b79e0e3b84c39f707535bbc344d
>
> commit ba6ad3a18cb26b79e0e3b84c39f707535bbc344d
> Author: Alan Modra
> Date: Wed Feb 19 07:58:54 2025 +1030
>
> PR32716, objdump -i memory leak
>
> PR binutils/32716
> * bucomm.c (display_info): Free arg.info.
Hi
https://sourceware.org/bugzilla/show_bug.cgi?id=32716
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
ba6ad3a18cb26b79e0e3b84c39f707535bbc344d
Author: Alan Modra
Date: Wed Feb 19 07:58:54 2025 +1030
PR32716, objdump -i memory leak
PR binutils/32716
* bucomm.c (display_info): Free arg.info.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32716
Alan Modra changed:
What|Removed |Added
Last reconfirmed||2025-02-18
Ever confirmed|0
https://sourceware.org/bugzilla/show_bug.cgi?id=32716
Bug ID: 32716
Summary: Memory leak issue in objdump
Product: binutils
Version: 2.44
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: binutils
https://sourceware.org/bugzilla/show_bug.cgi?id=32705
Bug ID: 32705
Summary: RISC-V: objdump prints .insn due to incorrect $x
mapping symbol handling
Product: binutils
Version: unspecified
Status: UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=32586
--- Comment #1 from Alan Modra ---
riscv-dis.c:1444 sets dump_size from riscv_insn_length which looks like it can
be up to 22 bytes. A carefully constructed testcase that gets this value from
riscv_insn_length but then has only 20 bytes in th
On Sun, Feb 09, 2025 at 09:54:21PM +0300, Morthimer McMare wrote:
> There’s a small typo in the "--disassembler-color" option description in the
> Debian manpages 6.03-2. The word "extened" (instead of "extended") appears
> two times.
Fixed in current binutils master. The fix should eventually
Hello!
There’s a small typo in the "--disassembler-color" option description in the
Debian manpages 6.03-2. The word "extened" (instead of "extended") appears two
times.
```
--disassembler-color=extened|extended-color|extened-colour
```
I’m not sure about the destination, maybe it’s better
https://sourceware.org/bugzilla/show_bug.cgi?id=32586
Alan Modra changed:
What|Removed |Added
Target||riscv32-elf,
|
https://sourceware.org/bugzilla/show_bug.cgi?id=32586
Bug ID: 32586
Summary: riscv objdump abort
Product: binutils
Version: 2.45 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: binutils
https://sourceware.org/bugzilla/show_bug.cgi?id=32560
Alan Modra changed:
What|Removed |Added
Target Milestone|--- |2.44
Status|ASSIGNED
baac6c221e9d69335bf41366a1c7d87d8ab2f893
Author: Alan Modra
Date: Wed Jan 15 19:13:43 2025 +1030
PR32560 stack-buffer-overflow at objdump disassemble_bytes
There's always someone pushing the boundaries.
PR 32560
* objdump.c (MAX_INSN_WIDTH): Define.
(insn_width): Make it an unsigned
https://sourceware.org/bugzilla/show_bug.cgi?id=32560
Alan Modra changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32560
Bug ID: 32560
Summary: stack-buffer-overflow at objdump disassemble_bytes
(objdump.c:3543:34)
Product: binutils
Version: 2.43
Status: UNCONFIRMED
Severity
you try to dump the relocs in a dynamic executable
you get something like this:
$ objdump -r /usr/bin/ls
/usr/bin/ls: file format elf64-x86-64
/usr/bin/ls: This file does not contain any ordinary relocations.
/usr/bin/ls: It does however contain dynamic relocations. These can be
di
https://sourceware.org/bugzilla/show_bug.cgi?id=32506
--- Comment #4 from Richard Biener ---
For targets where zero is a valid address a linker option to specify an
alternate relocation target for targets within GCed sections might be a
workaround, specifying an address that more likely doesn't c
https://sourceware.org/bugzilla/show_bug.cgi?id=32506
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comme
https://sourceware.org/bugzilla/show_bug.cgi?id=31269
Alan Modra changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=31379
Alan Modra changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=32506
--- Comment #2 from Trampas Stern ---
Wow 13415 is from 13 years ago! However I have only noticed int GCC 11 and
newer, but I guess the bug could have been there much longer.
I have not looked at source code but my guess is the linker is pla
https://sourceware.org/bugzilla/show_bug.cgi?id=32506
Sam James changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=32459
--- Comment #2 from Fangrui Song ---
Hi Nick,
Sorry for my late reply and happy new year!
I favor 1) for its simplicity. I do think it's tricky to share code between
readelf (no BFD dependency) and objdump. It's probably good
https://sourceware.org/bugzilla/show_bug.cgi?id=32506
Sam James changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://sourceware.org/bugzilla/show_bug.cgi?id=32506
--- Comment #1 from Trampas Stern ---
Note this issue also has the bug in GCC:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118221
I was told it was not a GCC bug but a binutils bug. However this can be
debated by those who know more than m
https://sourceware.org/bugzilla/show_bug.cgi?id=32506
Bug ID: 32506
Summary: removed functions showing up in objdump listing and
gdb
Product: binutils
Version: unspecified
Status: UNCONFIRMED
Severity: normal
https://sourceware.org/bugzilla/show_bug.cgi?id=13438
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=13438
Sam James changed:
What|Removed |Added
CC||sam at gentoo dot org
--
You are receivi
https://sourceware.org/bugzilla/show_bug.cgi?id=32459
Sam James changed:
What|Removed |Added
CC||sam at gentoo dot org
--
You are receivi
Status|NEW |ASSIGNED
Assignee|unassigned at sourceware dot org |nickc at redhat dot com
--- Comment #1 from Nick Clifton ---
Hi MaskRay,
Ehh, I am in two minds about this. On the one hand, it would make sense for
objdump to display all of the relocation
https://sourceware.org/bugzilla/show_bug.cgi?id=31872
--- Comment #3 from Sourceware Commits ---
The master branch has been updated by Jan Beulich :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=2c0c13933a6d08ae87c2852b3421ede090499f09
commit 2c0c13933a6d08ae87c2852b3421ede090499f0
https://sourceware.org/bugzilla/show_bug.cgi?id=32462
--- Comment #3 from Michael Clark ---
a final check lifting the associated clauses from the Intel SDM:
- 'XCHG a,r 90+r' is well-specified and there is no note that
the instruction excludes EAX from the opcode reg field.
- Intel SDM docs f
https://sourceware.org/bugzilla/show_bug.cgi?id=32462
--- Comment #2 from Michael Clark ---
someone on LLVM discourse said on Intel, f3 90 is pause,
independent of REX.B. On AMD, it is pause only if REX.B
is clear. the behavior of rep xchg is unspecified.
so it seems that QEMU code snippet is co
https://sourceware.org/bugzilla/show_bug.cgi?id=32462
--- Comment #1 from Michael Clark ---
QEMU ignores REP prefix and treats REX.B PAUSE as 'xchg eax, r8d':
/* If REX_B is set, then this is xchg eax, r8d, not a nop. */
if (REX_B(s)) {
goto do_xchg_reg_eax;
}
if (prefix
https://sourceware.org/bugzilla/show_bug.cgi?id=32462
Bug ID: 32462
Summary: objdump incorrectly disassembles PAUSE with REX.B
prefix
Product: binutils
Version: 2.42
Status: UNCONFIRMED
Severity: normal
https://sourceware.org/bugzilla/show_bug.cgi?id=32459
Bug ID: 32459
Summary: objdump -R: dump SHT_RELR relocations?
Product: binutils
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Component
https://sourceware.org/bugzilla/show_bug.cgi?id=32403
--- Comment #10 from Sourceware Commits ---
The master branch has been updated by Haochen Jiang :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=4c0a6e603743ca0c85f9ceb9913d646f0c961986
commit 4c0a6e603743ca0c85f9ceb9913d646f0c96
https://sourceware.org/bugzilla/show_bug.cgi?id=32403
Haochen Jiang changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=32403
--- Comment #9 from Haochen Jiang ---
Proposed patch:
https://sourceware.org/pipermail/binutils/2024-December/137954.html
--
You are receiving this mail because:
You are on the CC list for the bug.
1 - 100 of 1121 matches
Mail list logo
