[Bug binutils/24554] [objcopy] --rename-section marking section NOBITS

https://sourceware.org/bugzilla/show_bug.cgi?id=24554 --- Comment #2 from Nick Desaulniers --- For future travelers, it seems that the "load" flag was required: `--rename-section .text=.rodata,alloc,readonly,load` Thanks for the tip. -- You are receiving this mail because: You are on the CC

[Bug binutils/24554] New: [objcopy] --rename-section marking section NOBITS

Component: binutils Assignee: unassigned at sourceware dot org Reporter: ndesaulniers at google dot com Target Milestone: --- via this thread from LKML: https://lkml.org/lkml/2019/5/14/668 it seems that use of the flag `--rename-section .text=.rodata,alloc,readonly

[Bug gas/25611] New: [DWARF-5] support for checksums in .file directives

Component: gas Assignee: unassigned at sourceware dot org Reporter: ndesaulniers at google dot com Target Milestone: --- I was playing around trying to enable -gdwarf-5 in the Linux kernel, and hit an issue where it looks like clang is emitting .file directives like

[Bug gas/25614] New: dwarf-5 allows for .file 0

Assignee: unassigned at sourceware dot org Reporter: ndesaulniers at google dot com Target Milestone: --- .file 0 "asdf" .section .debug_info,"",@progbits .long 3 .short 5 $ as x.s x.s: Assembler messages: x.s:1: Error: file number less than one It seems t

[Bug gas/25612] -gdwarf-{3,4,5} command line arguments

https://sourceware.org/bugzilla/show_bug.cgi?id=25612 --- Comment #1 from Nick Desaulniers --- See also: https://bugs.llvm.org/show_bug.cgi?id=45040 -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gas/25614] dwarf-5 allows for .file 0

https://sourceware.org/bugzilla/show_bug.cgi?id=25614 --- Comment #1 from Nick Desaulniers --- Also, documentation here would have to be updated. https://sourceware.org/binutils/docs/as/File.html#File -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gas/25611] [DWARF-5] support for checksums in .file directives

https://sourceware.org/bugzilla/show_bug.cgi?id=25611 --- Comment #2 from Nick Desaulniers --- Also, documentation here would have to be updated. https://sourceware.org/binutils/docs/as/File.html#File -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gas/25612] New: -gdwarf-{3,4,5} command line arguments

Component: gas Assignee: unassigned at sourceware dot org Reporter: ndesaulniers at google dot com Target Milestone: --- Playing around with dwarf-5, I notices that GNU as has the command line flag -gdwarf-2, but no equivalents for DWARF 3, 4, or 5. It looks like `gcc -gwarf-5

[Bug gas/25611] [DWARF-5] support for checksums in .file directives

https://sourceware.org/bugzilla/show_bug.cgi?id=25611 --- Comment #1 from Nick Desaulniers --- Pawing more through the spec (previously linked), it looks like "1.4 Changes from Version 4 to Version 5" on pdf pg 26 kind of hints at this: 20 • Replace the line number program header format with a

[Bug gas/25612] -gdwarf-{3,4,5} command line arguments

https://sourceware.org/bugzilla/show_bug.cgi?id=25612 --- Comment #5 from Nick Desaulniers --- Great, thanks Nick! -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gas/25614] dwarf-5 allows for .file 0

https://sourceware.org/bugzilla/show_bug.cgi?id=25614 Nick Desaulniers changed: What|Removed |Added CC||paul_robinson at playstation dot

[Bug gas/25614] dwarf-5 allows for .file 0

https://sourceware.org/bugzilla/show_bug.cgi?id=25614 --- Comment #7 from Nick Desaulniers --- Attached what Clang produces for an empty function definition with -gdwarf-5. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gas/25614] dwarf-5 allows for .file 0

https://sourceware.org/bugzilla/show_bug.cgi?id=25614 --- Comment #6 from Nick Desaulniers --- Created attachment 12356 --> https://sourceware.org/bugzilla/attachment.cgi?id=12356=edit foo.s -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gas/25380] Support section linkage 'unique' (multiple sections with the same name)

https://sourceware.org/bugzilla/show_bug.cgi?id=25380 Nick Desaulniers changed: What|Removed |Added CC||ndesaulniers at google dot com

[Bug binutils/25750] GNU as has inconsistent behavior when expanding .macro that takes as input directives with arguments

, ||ndesaulniers at google dot com, ||nickc at redhat dot com -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gas/25878] Error: file table slot 1 is already occupied by a different file

https://sourceware.org/bugzilla/show_bug.cgi?id=25878 --- Comment #4 from Nick Desaulniers --- Thanks Nick. With that fix: $ readelf --debug-dump=info vmlinux | head -n 5 Contents of the .debug_info section: Compilation Unit @ offset 0x0: Length:0x133f (32-bit) Version:

[Bug gas/25917] New: segmentation fault with -gdwarf-5

: gas Assignee: unassigned at sourceware dot org Reporter: ndesaulniers at google dot com CC: nickc at redhat dot com Target Milestone: --- With the fix from https://sourceware.org/bugzilla/show_bug.cgi?id=25612, I can now compile a Linux kernel with Clang

[Bug gas/25878] New: Error: file table slot 1 is already occupied by a different file

: normal Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: ndesaulniers at google dot com CC: dblaikie at gmail dot com, echristo at gmail dot com, i at maskray dot me, nickc at redhat dot com

[Bug gas/26339] [aarch64] unknown architectural extensions

https://sourceware.org/bugzilla/show_bug.cgi?id=26339 Nick Desaulniers changed: What|Removed |Added CC||david.spickett at linaro dot org

[Bug gas/26339] [aarch64] unknown architectural extensions

https://sourceware.org/bugzilla/show_bug.cgi?id=26339 Nick Desaulniers changed: What|Removed |Added CC||caij2003 at gmail dot com -- You

[Bug gas/26339] [aarch64] unknown architectural extensions

https://sourceware.org/bugzilla/show_bug.cgi?id=26339 --- Comment #5 from Nick Desaulniers --- (In reply to David Spickett from comment #4) > Is there existing > code that uses it with gas perhaps.

[Bug gas/26339] [aarch64] unknown architectural extensions

https://sourceware.org/bugzilla/show_bug.cgi?id=26339 --- Comment #7 from Nick Desaulniers --- (LLVM patch for memtag: https://reviews.llvm.org/D85620). -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gas/26339] New: [aarch64] unknown architectural extensions

Component: gas Assignee: unassigned at sourceware dot org Reporter: ndesaulniers at google dot com CC: james.greenhalgh at arm dot com, kristof.beyls at gmail dot com, nsz at gcc dot gnu.org Target Milestone: --- It seems like for some

[Bug binutils/26153] .gnu.version reported as orphan section even when not emitted

https://sourceware.org/bugzilla/show_bug.cgi?id=26153 Nick Desaulniers changed: What|Removed |Added CC||maskray at google dot com -- You

[Bug binutils/26153] .gnu.version reported as orphan section even when not emitted

https://sourceware.org/bugzilla/show_bug.cgi?id=26153 Nick Desaulniers changed: What|Removed |Added CC||ndesaulniers at google dot com

[Bug ld/27093] New: should BFD not produce `-z norelro ignored` when target emulation is unsupported?

Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: ndesaulniers at google dot com CC: amodra at gmail dot com, i at maskray dot me, maskray at google dot com Target Milestone: --- Follow up

[Bug gas/27109] gas: Omit unused STT_SECTION symbols

https://sourceware.org/bugzilla/show_bug.cgi?id=27109 Nick Desaulniers changed: What|Removed |Added CC||ndesaulniers at google dot com

[Bug gas/27280] md5 DWARF v5 additions require -gdwarf-5

https://sourceware.org/bugzilla/show_bug.cgi?id=27280 Nick Desaulniers changed: What|Removed |Added Resolution|--- |INVALID

[Bug gas/27280] New: md5 DWARF v5 additions require -gdwarf-5

: gas Assignee: unassigned at sourceware dot org Reporter: ndesaulniers at google dot com CC: hjl.tools at gmail dot com, maskray at google dot com, nickc at redhat dot com Target Milestone: --- $ echo '.file 1 "filename

[Bug binutils/28772] Provide /PASSTHRU/ section rule similar to /DISCARD/

https://sourceware.org/bugzilla/show_bug.cgi?id=28772 Nick Desaulniers changed: What|Removed |Added CC||ndesaulniers at google dot com

[Bug binutils/28981] objdump: objdump: Warning: Unrecognized form: 0x22

https://sourceware.org/bugzilla/show_bug.cgi?id=28981 Nick Desaulniers changed: What|Removed |Added CC||ndesaulniers at google dot com

[Bug gas/29012] gas: .set should copy st_size only if src's st_size is unset

https://sourceware.org/bugzilla/show_bug.cgi?id=29012 Nick Desaulniers changed: What|Removed |Added CC||ndesaulniers at google dot com

[Bug binutils/29529] New: [objdump] -l flag can't parse -gdwarf-5 file name info from clang

: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: ndesaulniers at google dot com Target Milestone: --- Created attachment 14300 --> https://sourceware.org/bugzilla/attachment.cgi?id=14300=edit clang++ -g -gdw

[Bug binutils/29529] [objdump] -l flag can't parse -gdwarf-5 file name info from clang

https://sourceware.org/bugzilla/show_bug.cgi?id=29529 Nick Desaulniers changed: What|Removed |Added CC||dblaikie at gmail dot com -- You

[Bug binutils/29529] [objdump] -l flag can't parse -gdwarf-5 file name info from clang

https://sourceware.org/bugzilla/show_bug.cgi?id=29529 --- Comment #5 from Nick Desaulniers --- Thank you Nick and David! -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gas/27215] as: Error: non-constant .uleb128 is not supported on riscv64

https://sourceware.org/bugzilla/show_bug.cgi?id=27215 Nick Desaulniers changed: What|Removed |Added CC||ndesaulniers at google dot com

[Bug gas/27215] as: Error: non-constant .uleb128 is not supported on riscv64

https://sourceware.org/bugzilla/show_bug.cgi?id=27215 Nick Desaulniers changed: What|Removed |Added CC||maskray at google dot com -- You

[Bug ld/29994] ld fails to generate NOTE segment (with Build ID) on aarch64 if -z execstack or -z noexecstack

https://sourceware.org/bugzilla/show_bug.cgi?id=29994 Nick Desaulniers changed: What|Removed |Added CC||ndesaulniers at google dot com

[Bug ld/16744] '-z noexecstack' does not add .note.GNU-stack for relocatables

https://sourceware.org/bugzilla/show_bug.cgi?id=16744 Nick Desaulniers changed: What|Removed |Added CC||ndesaulniers at google dot com

[Bug binutils/30355] [DWARFv5] readelf: loc_offset XX too big

https://sourceware.org/bugzilla/show_bug.cgi?id=30355 --- Comment #2 from Nick Desaulniers --- $ eu-readelf --debug-dump=info vmlinux 1>/dev/null produced no output to stderr, and the return code was 0. What's the best way to strip out the debug info? $ objcopy --only-keep-debug vmlinux

[Bug binutils/30355] New: [DWARFv5] readelf: loc_offset XX too big

: binutils Assignee: unassigned at sourceware dot org Reporter: ndesaulniers at google dot com Target Milestone: --- When running readelf on a Linux kernel built with clang with DEBUG_INFO_DWARF5=y and CONFIG_LTO_CLANG_FULL=y, I get a stream of warnings related to loc_offset