[Bug gas/28603] Incorrect branch offset from the start of a function after enable LTO

https://sourceware.org/bugzilla/show_bug.cgi?id=28603 Eason Lai changed: What|Removed |Added Build||arm-none-eabi-gcc Host|

[Bug gas/28603] New: Incorrect branch offset from the start of a function after enable LTO

https://sourceware.org/bugzilla/show_bug.cgi?id=28603 Bug ID: 28603 Summary: Incorrect branch offset from the start of a function after enable LTO Product: binutils Version: 2.35.1 Status: UNCONFIRMED Severity:

[Bug binutils/28602] binutils/testsuite/lib/binutils-common.exp: Support free-form shell commands and check patterns

https://sourceware.org/bugzilla/show_bug.cgi?id=28602 --- Comment #1 from Fangrui Song --- >From https://maskray.me/blog/2021-08-08-toolchain-testing#split-file In Aug 2020, I added `split-file` to llvm-project which allows you to place multiple extra files in one file. It'd be nice if binutils

[Bug binutils/28602] New: binutils/testsuite/lib/binutils-common.exp: Support free-form shell commands and check patterns

https://sourceware.org/bugzilla/show_bug.cgi?id=28602 Bug ID: 28602 Summary: binutils/testsuite/lib/binutils-common.exp: Support free-form shell commands and check patterns Product: binutils Version: unspecified Status: U

[Bug gold/28601] gold: Support DT_RELR relative relocation format

https://sourceware.org/bugzilla/show_bug.cgi?id=28601 --- Comment #1 from Fangrui Song --- Patch: https://sourceware.org/pipermail/binutils/2021-November/118567.html ("[PATCH] gold: Add --pack-dyn-relocs=relr for arm/aarch64/x86-64 [PR 28601]") -- You are receiving this mail because: You are on

[Bug gold/28601] New: gold: Support DT_RELR relative relocation format

https://sourceware.org/bugzilla/show_bug.cgi?id=28601 Bug ID: 28601 Summary: gold: Support DT_RELR relative relocation format Product: binutils Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2

Re: ar and objcopy stuck, failing on object name containing '/' inside an archive?

Hi Nick, I filed a bug here: https://sourceware.org/bugzilla/show_bug.cgi?id=28485 Per one of the replies, it seems like this might not be a "bug", but simply a difference in definitions between binutils and llvm definitions of the archive format. It loos like the llvm format has allowances fo

[Bug binutils/28517] objdump SEGV

https://sourceware.org/bugzilla/show_bug.cgi?id=28517 Nick Clifton changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

Re: ar and objcopy stuck, failing on object name containing '/' inside an archive?

Hi Andrew, [Sorry for taking such a long time to reply to your email] I am trying to localize some symbols in objects inside an archive. Ultimately, it seems like the tools are failing because the .a appears to contain an object with the name "bin/thumbv7em-none-eabihf.o". If you extract

[Bug ld/28452] ld: unknown phdr type `PT_GNU_RELRO' (try integer literal)

https://sourceware.org/bugzilla/show_bug.cgi?id=28452 Nick Clifton changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug ld/28452] ld: unknown phdr type `PT_GNU_RELRO' (try integer literal)

https://sourceware.org/bugzilla/show_bug.cgi?id=28452 --- Comment #1 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Nick Clifton : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=ee9e412f14908c1055cb00fab9307d1723981639 commit ee9e412f14908c1055cb00fab93

[Bug ld/28597] New: SEGV. x86_64 EFI app

https://sourceware.org/bugzilla/show_bug.cgi?id=28597 Bug ID: 28597 Summary: SEGV. x86_64 EFI app Product: binutils Version: 2.37 Status: UNCONFIRMED Severity: normal Priority: P2 Component: ld Assignee