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.
https://sourceware.org/bugzilla/show_bug.cgi?id=32403
H.J. Lu changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |haochen.jiang at intel
dot com
---
https://sourceware.org/bugzilla/show_bug.cgi?id=32403
--- Comment #7 from Haochen Jiang ---
(In reply to H.J. Lu from comment #5)
> Created attachment 15811 [details]
> There are more.
Thanks!
I would prefer the name as something like ME not Xe to avoid confusion for
lower case letters in mnemo
./objdump -dw x.o
x.o: file format elf64-x86-64
Disassembly of section .text:
<.text>:
0: 62 d1 7d 08 71 14 8f 1f vpsrlw $0x1f,(%r15,%rcx,4),%xmm0
8: 62 d1 7d 08 71 24 8f 1f vpsraw $0x1f,(%r15,%rcx,4),%xmm0
10: 62 d1 7d 08 71 34
https://sourceware.org/bugzilla/show_bug.cgi?id=32403
H.J. Lu changed:
What|Removed |Added
Attachment #15809|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=32403
--- Comment #4 from Haochen Jiang ---
(In reply to Haochen Jiang from comment #3)
> I will have a look into that.
>
> From my memory in assembler implementation, the {evex} prefix relies on and
> only on the register usage. It won't check mem
https://sourceware.org/bugzilla/show_bug.cgi?id=32403
--- Comment #3 from Haochen Jiang ---
I will have a look into that.
>From my memory in assembler implementation, the {evex} prefix relies on and
only on the register usage. It won't check memory and will not consider whether
an instruction wi
https://sourceware.org/bugzilla/show_bug.cgi?id=32403
--- Comment #2 from H.J. Lu ---
Created attachment 15809
--> https://sourceware.org/bugzilla/attachment.cgi?id=15809&action=edit
A patch
Something like this. Haochen, can you take it over? Thanks.
--
You are receiving this mail because:
https://sourceware.org/bugzilla/show_bug.cgi?id=32403
H.J. Lu changed:
What|Removed |Added
CC||haochen.jiang at intel dot com,
https://sourceware.org/bugzilla/show_bug.cgi?id=32403
Bug ID: 32403
Summary: objdump -d reports a superfluous "{evex}" string
Product: binutils
Version: 2.44 (HEAD)
Status: UNCONFIRMED
Severity: minor
Pr
Hi Ahmad,
(gdb) disas 0xa830
Dump of assembler code for function ev_link_from_action(PdfDocument*,
PopplerAction*):
0xa830 <+0>: cmpl $0xa,(%rsi)
[...]
The output of `objdump -D` on the library for this offset is shown below:
a826: 66 2e 0f 1f 84 00 00nopw
0a830 <+0>: cmpl $0xa,(%rsi)
>0xa833 <+3>: ja 0xaaf0
>
>0xa839 <+9>: push %r15
>0xa83b <+11>:push %r14
>0xa83d <+13>:lea0x5f28(%rip),%rdx# 0x1076
*):
0xa830 <+0>: cmpl $0xa,(%rsi)
0xa833 <+3>: ja 0xaaf0
0xa839 <+9>: push %r15
0xa83b <+11>:push %r14
0xa83d <+13>:lea0x5f28(%rip),%rdx# 0x1076c
The output of `
https://sourceware.org/bugzilla/show_bug.cgi?id=32347
Alan Modra changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://sourceware.org/bugzilla/show_bug.cgi?id=32347
--- Comment #1 from Sourceware Commits ---
The master branch has been updated by Alan Modra :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=e0323071916878e0634a6e24d8250e4faff67e88
commit e0323071916878e0634a6e24d8250e4faff67e88
https://sourceware.org/bugzilla/show_bug.cgi?id=32347
Alan Modra changed:
What|Removed |Added
Last reconfirmed||2024-11-11
Status|UNCONFIRME
https://sourceware.org/bugzilla/show_bug.cgi?id=32347
Bug ID: 32347
Summary: Buffer overflow in objdump
Product: binutils
Version: 2.43
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: binutils
On Thu, 7 Nov 2024, 2ourc3 1er wrote:
> Hi,
>
> I'd like to report a buffer-overflow in objdump, is this the right place for
> it?
Not really: please enter bug-regports in
https://sourceware.org/bugzilla and thanks in advance!
> Thanks,
>
> 2ourc3
brgds, H-P
Hi,
I'd like to report a buffer-overflow in objdump, is this the right place
for it?
Thanks,
2ourc3
https://sourceware.org/bugzilla/show_bug.cgi?id=32188
--- Comment #1 from Andi Kleen ---
This can proibably be done with somer wrapper too, i doubt it is a show
stopper
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32188
Bug ID: 32188
Summary: readelf (or objdump): add JSON dumping support
Product: binutils
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
https://sourceware.org/bugzilla/show_bug.cgi?id=32049
Bug ID: 32049
Summary: objdump --disassemble=functionName --reloc includes
relocations from previous function
Product: binutils
Version: 2.38
Status: UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=31953
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=31953
--- Comment #6 from Sourceware Commits ---
The master branch has been updated by Nick Clifton :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=91b999864f9831287f2ea6f960e8fa98e7b13ee9
commit 91b999864f9831287f2ea6f960e8fa98e7b13e
https://sourceware.org/bugzilla/show_bug.cgi?id=31953
--- Comment #5 from Nick Clifton ---
Sorry - I am taking a look now...
--
You are receiving this mail because:
You are on the CC list for the bug.
from Pali Rohár ---
Nick, could you please look at these PE objdump -P changes?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31953
--- Comment #3 from Pali Rohár ---
Created attachment 15601
--> https://sourceware.org/bugzilla/attachment.cgi?id=15601&action=edit
Show PE objdump -P versions in more human readable form
Show major and minor versions at one line
https://sourceware.org/bugzilla/show_bug.cgi?id=31953
--- Comment #2 from Pali Rohár ---
Created attachment 15600
--> https://sourceware.org/bugzilla/attachment.cgi?id=15600&action=edit
Show PE objdump -P Win32 Version field
--
You are receiving this mail because:
You are on the CC l
https://sourceware.org/bugzilla/show_bug.cgi?id=31953
--- Comment #1 from Pali Rohár ---
Created attachment 15599
--> https://sourceware.org/bugzilla/attachment.cgi?id=15599&action=edit
Show PE objdump -P Linker version in human readable form
--
You are receiving this mail because:
https://sourceware.org/bugzilla/show_bug.cgi?id=31953
Bug ID: 31953
Summary: Show PE objdump -P versions in human readable form
Product: binutils
Version: 2.43 (HEAD)
Status: UNCONFIRMED
Severity: enhancement
Priority
https://sourceware.org/bugzilla/show_bug.cgi?id=31873
Nick Clifton changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=31873
--- Comment #5 from Sourceware Commits ---
The master branch has been updated by Nick Clifton :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=5ac806f22edad7f31098915f0545909e1f0ce6ff
commit 5ac806f22edad7f31098915f0545909e1f0ce6
https://sourceware.org/bugzilla/show_bug.cgi?id=31873
Nick Clifton changed:
What|Removed |Added
Assignee|amodra at gmail dot com|nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=31873
Giacomo Priamo changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://sourceware.org/bugzilla/show_bug.cgi?id=31873
Giacomo Priamo changed:
What|Removed |Added
CC||g.priamo at diag dot
uniroma1.it
--
https://sourceware.org/bugzilla/show_bug.cgi?id=31872
Alan Modra changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |amodra at gmail dot com
b20ab53f81db7eefa0db00d14f06c04527ac324c
Author: Alan Modra
Date: Tue Jun 11 09:22:49 2024 +0930
PR31872, Segfault in objdump (elf_slurp_reloc_table_from_section)
This one was triggered by trying to dump an AMDGPU object.
elf64-amdgcn.c lacks support for objdump relocation handling.
PR 31872
https://sourceware.org/bugzilla/show_bug.cgi?id=31873
Alan Modra changed:
What|Removed |Added
Resolution|--- |FIXED
Version|2.42
https://sourceware.org/bugzilla/show_bug.cgi?id=31873
--- Comment #1 from Sourceware Commits ---
The master branch has been updated by Alan Modra :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=539c3962fa08cfe46f71555f6b6d47326f3d9cda
commit 539c3962fa08cfe46f71555f6b6d47326f3d9cda
https://sourceware.org/bugzilla/show_bug.cgi?id=31873
Alan Modra changed:
What|Removed |Added
Last reconfirmed||2024-06-10
Assignee|unassigned
|objdump (`bfd_getl32`) |objdump (bfd_getl32)
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31873
Bug ID: 31873
Summary: Heap-buffer-overflow in objdump (`bfd_getl32`)
Product: binutils
Version: 2.42
Status: UNCONFIRMED
Severity: normal
Priority: P2
https://sourceware.org/bugzilla/show_bug.cgi?id=31872
Bug ID: 31872
Summary: Segfault in objdump
(elf_slurp_reloc_table_from_section)
Product: binutils
Version: 2.42
Status: UNCONFIRMED
Severity: normal
https://sourceware.org/bugzilla/show_bug.cgi?id=31843
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
Resolu
https://sourceware.org/bugzilla/show_bug.cgi?id=31843
--- Comment #1 from Sourceware Commits ---
The master branch has been updated by Nick Clifton :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=2db414c36b4f030782c2c8a24c916c3033261af0
commit 2db414c36b4f030782c2c8a24c916c3033261a
https://sourceware.org/bugzilla/show_bug.cgi?id=31843
Bug ID: 31843
Summary: Segfault in objdump (bfd_get_section_contents)
Product: binutils
Version: 2.42
Status: UNCONFIRMED
Severity: normal
Priority: P2
https://sourceware.org/bugzilla/show_bug.cgi?id=31704
Georg-Johann Lay changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=31687
Georg-Johann Lay changed:
What|Removed |Added
Target Milestone|--- |2.43
Status|NEW
e8c83191cc6fee517d2029109c61981b4092439d
Author: Georg-Johann Lay
Date: Mon May 20 13:33:55 2024 +0100
Include .rodata size in avr-objdump -P mem-usage.
PR 31687
--
You are receiving this mail because:
You are on the CC list for the bug.
f65d4a2f81060e58d86616e8773fb0af38cab33b
Author: Georg-Johann Lay
Date: Mon May 20 12:12:10 2024 +0100
Let avr-objdump show .note.gnu.avr.deviceinfo
PR 31704
--
You are receiving this mail because:
You are on the CC list for the bug.
1 - 100 of 1072 matches
Mail list logo
