[Bug ld/26404] ld: INSERT [AFTER|BEFORE] variant for extension purposes

2021-06-01 Thread roland at gnu dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=26404 Roland McGrath changed: What|Removed |Added CC||roland at gnu dot org --- Comment

[Bug ld/26169] --dependency-file generates dependencies on unnecessary shared libraries

2020-09-09 Thread roland at gnu dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=26169 Roland McGrath changed: What|Removed |Added Resolution|--- |INVALID Status|NEW

[Bug ld/22843] Provide dependency information from the linker similar to the compiler

2020-06-23 Thread roland at gnu dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=22843 Roland McGrath changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug ld/22843] Provide dependency information from the linker similar to the compiler

2020-06-15 Thread roland at gnu dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=22843 Roland McGrath changed: What|Removed |Added Assignee|unassigned at sourceware dot org |roland at gnu dot org

[Bug gold/20920] cannot handle branch to local 6 in a merged section .rodata.cst16

2016-12-02 Thread roland at gnu dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=20920 Roland McGrath changed: What|Removed |Added Depends on||20807 Referenced Bugs:

[Bug gold/20807] gold assertion failure on aarch64 branch target in SHF_MERGE rodata section: internal error in set_merged_symbol_value, at ../../binutils-2.27/gold/object.h:1718

2016-12-02 Thread roland at gnu dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=20807 --- Comment #4 from Roland McGrath --- Filed https://sourceware.org/bugzilla/show_bug.cgi?id=20920 -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils

[Bug gold/20807] gold assertion failure on aarch64 branch target in SHF_MERGE rodata section: internal error in set_merged_symbol_value, at ../../binutils-2.27/gold/object.h:1718

2016-12-02 Thread roland at gnu dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=20807 Roland McGrath changed: What|Removed |Added Blocks||20920 Referenced Bugs:

[Bug gold/20920] New: cannot handle branch to local 6 in a merged section .rodata.cst16

2016-12-02 Thread roland at gnu dot org
: enhancement Priority: P2 Component: gold Assignee: ccoutant at gmail dot com Reporter: roland at gnu dot org CC: ian at airs dot com Target Milestone: --- See 20807 for the test case. BFD ld handles it fine. -- You are receiving this mail because

[Bug gold/20807] New: gold assertion failure on aarch64 branch target in SHF_MERGE rodata section: internal error in set_merged_symbol_value, at ../../binutils-2.27/gold/object.h:1718

2016-11-11 Thread roland at gnu dot org
-2.27/gold/object.h:1718 Product: binutils Version: 2.27 Status: NEW Severity: normal Priority: P2 Component: gold Assignee: ccoutant at gmail dot com Reporter: roland at gnu dot org CC: ian at airs

[Bug gold/20462] .ARM.exidx with linker script -> bogus error: sections loaded on first page without room for file and program headers are not supported

2016-08-12 Thread roland at gnu dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=20462 Roland McGrath changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug gold/20462] New: .ARM.exidx with linker script -> bogus error: sections loaded on first page without room for file and program headers are not supported

2016-08-11 Thread roland at gnu dot org
uct: binutils Version: 2.27 Status: NEW Severity: normal Priority: P2 Component: gold Assignee: ccoutant at gmail dot com Reporter: roland at gnu dot org CC: ian at airs dot com Target Milestone: --- $ ./gold/ld-

[Bug gold/19047] gold --icf vs REL with negative addend

2016-05-05 Thread roland at gnu dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=19047 Roland McGrath changed: What|Removed |Added Status|NEW |RESOLVED Version|2.25

[Bug gold/17704] icf doesn't respect section alignment

2016-01-15 Thread roland at gnu dot org
||roland at gnu dot org --- Comment #1 from Roland McGrath --- This issue has actually bitten in the Chromium build: https://code.google.com/p/chromium/issues/detail?id=576197 I produced another minimal test case for it before finding this existing bug report. I'll show

[Bug gold/19047] gold --icf vs REL with negative addend

2015-10-01 Thread roland at gnu dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=19047 Roland McGrath changed: What|Removed |Added Assignee|ccoutant at gmail dot com |tmsriram at google dot com

[Bug gold/19047] New: gold --icf vs REL with negative addend

2015-10-01 Thread roland at gnu dot org
Assignee: ccoutant at gmail dot com Reporter: roland at gnu dot org CC: ian at airs dot com Target Milestone: --- See https://sourceware.org/ml/binutils/2015-09/msg00243.html Sriraram is looking into a small reproducer. -- You are receiving this mail because: You

[Bug gas/18481] wrong addends for R_ARM_TLS_LE32 (tpoff) relocs against local symbol

2015-06-18 Thread roland at gnu dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=18481 --- Comment #6 from Roland McGrath roland at gnu dot org --- Any plans to put this on the 2.25 branch? -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils

[Bug gas/18481] wrong addends for R_ARM_TLS_LE32 (tpoff) relocs against local symbol

2015-06-17 Thread roland at gnu dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=18481 --- Comment #3 from Roland McGrath roland at gnu dot org --- That change fixes the test case I have in glibc. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug

[Bug gas/18481] New: wrong addends for R_ARM_TLS_LE32 (tpoff) relocs against local symbol

2015-06-02 Thread roland at gnu dot org
Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: roland at gnu dot org Target Milestone: --- Consider this case: $ cat tls.s .text foo: .word tbase(tpoff)-12 .word

[Bug ld/17277] ld -shared: bogus DT_TEXTREL marker (and R_ARM_NONE) for PC-relative cross-section relocs (e.g. movw/movt)

2014-08-22 Thread roland at gnu dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=17277 Roland McGrath roland at gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug ld/17277] New: ld -shared: bogus DT_TEXTREL marker (and R_ARM_NONE) for PC-relative cross-section relocs (e.g. movw/movt)

2014-08-15 Thread roland at gnu dot org
Status: NEW Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: roland at gnu dot org Reproduced with: $ cat pcrel-shared.s .syntax unified .arm .arch armv7-a .text

[Bug ld/16643] ARM: BFD_ASSERT when only ref to a GC'd symbol is in a stripped section

2014-03-06 Thread roland at gnu dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=16643 Roland McGrath roland at gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug ld/16643] New: ARM: BFD_ASSERT when only ref to a GC'd symbol is in a stripped section

2014-02-27 Thread roland at gnu dot org
Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: roland at gnu dot org This is similar to https://sourceware.org/bugzilla/show_bug.cgi?id=13990, which see. $ head gc-hidden-strip-{main,unused}.s == /usr/local/google/home

[Bug gas/15647] ARM assembler rejects operand starting with { in instruction inside macro

2013-06-24 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=15647 Roland McGrath roland at gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug gas/14987] Current gas arm asm syntax checks may be too strict

2013-06-24 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=14987 Roland McGrath roland at gnu dot org changed: What|Removed |Added CC||roland at gnu

[Bug gas/14887] Error: ARM register expected -- `str r1,[ r0 ]'

2013-06-24 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=14887 --- Comment #6 from Roland McGrath roland at gnu dot org --- I've put that fix on the 2.23 branch too now. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug

[Bug gas/15647] New: ARM assembler rejects operand starting with { in instruction inside macro

2013-06-18 Thread roland at gnu dot org
Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: roland at gnu dot org Target arm-linux-gnueabi (or arm-*). This input: .macro foo arg, rest:vararg \rest .endm foo r0, push {r0} produces Error: bad instruction `push

[Bug gas/15647] ARM assembler rejects operand starting with { in instruction inside macro

2013-06-18 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=15647 Roland McGrath roland at gnu dot org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug gold/15070] gold crashes on ARMv5 due to unaligned memory access

2013-01-30 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=15070 --- Comment #1 from Roland McGrath roland at gnu dot org 2013-01-30 22:29:45 UTC --- It looks like that fix will work fine. But it is far from obvious that it's what's required or if it's the ideal thing. The comment on File_read::get_view

[Bug binutils/12913] Should rename ELFOSABI_LINUX into ELFOSABI_GNU, and drop ELFOSABI_HURD

2012-04-09 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=12913 Roland McGrath roland at gnu dot org changed: What|Removed |Added Status|REOPENED|RESOLVED

[Bug ld/13616] linker should pad executable sections with nops, not zeros

2012-02-02 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=13616 --- Comment #5 from Roland McGrath roland at gnu dot org 2012-02-02 22:17:05 UTC --- It's been pointed out that zeros are close enough to nops for ARM and Thumb. I'm not immediately concerned with other targets, so it might be OK to close

[Bug binutils/13616] New: linker should pad executable sections with nops, not zeros

2012-01-23 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=13616 Bug #: 13616 Summary: linker should pad executable sections with nops, not zeros Product: binutils Version: 2.23 (HEAD) Status: NEW Severity: normal

[Bug ld/13616] linker should pad executable sections with nops, not zeros

2012-01-23 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=13616 Roland McGrath roland at gnu dot org changed: What|Removed |Added Component|binutils|ld

[Bug gold/13617] New: gold's nop padding should contain only valid nop instructions, not zeros

2012-01-23 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=13617 Bug #: 13617 Summary: gold's nop padding should contain only valid nop instructions, not zeros Product: binutils Version: 2.23 (HEAD) Status: NEW Severity:

[Bug ld/13400] address capped at 132

2012-01-17 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=13400 --- Comment #3 from Roland McGrath roland at gnu dot org 2012-01-17 17:23:38 UTC --- This was fixed by: 2011-11-15 Andreas Schwab sch...@linux-m68k.org * ldlang.c (insert_pad): Change alignment_needed argument

[Bug ld/13400] New: address capped at 132

2011-11-10 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=13400 Bug #: 13400 Summary: address capped at 132 Product: binutils Version: 2.23 (HEAD) Status: NEW Severity: normal Priority: P2 Component: ld

[Bug ld/13400] address capped at 132

2011-11-10 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=13400 --- Comment #1 from Roland McGrath roland at gnu dot org 2011-11-11 00:07:36 UTC --- Created attachment 6050 -- http://sourceware.org/bugzilla/attachment.cgi?id=6050 linker script -- Configure bugmail: http://sourceware.org/bugzilla

[Bug gold/13163] internal error in set_segment_offsets, at ../../../binutils/gold/layout.cc:3050

2011-10-06 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=13163 --- Comment #2 from Roland McGrath roland at gnu dot org 2011-10-06 23:16:50 UTC --- ping? -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC

[Bug gold/13162] New: gold should support -Ttext-segment, not overload -Ttext

2011-09-07 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=13162 Bug #: 13162 Summary: gold should support -Ttext-segment, not overload -Ttext Product: binutils Version: 2.22 (HEAD) Status: NEW Severity: normal

[Bug gold/13163] New: internal error in set_segment_offsets, at ../../../binutils/gold/layout.cc:3050

2011-09-07 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=13163 Bug #: 13163 Summary: internal error in set_segment_offsets, at ../../../binutils/gold/layout.cc:3050 Product: binutils Version: 2.22 (HEAD) Status: NEW

[Bug gold/13163] internal error in set_segment_offsets, at ../../../binutils/gold/layout.cc:3050

2011-09-07 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=13163 --- Comment #1 from Roland McGrath roland at gnu dot org 2011-09-07 16:59:09 UTC --- Created attachment 5922 -- http://sourceware.org/bugzilla/attachment.cgi?id=5922 object file -- Configure bugmail: http://sourceware.org/bugzilla

[Bug gold/12980] bad GOT reloc generation in -shared for STV_PROTECTED with primary PLT/copy reference

2011-07-12 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=12980 --- Comment #3 from Roland McGrath roland at gnu dot org 2011-07-12 23:29:46 UTC --- I tend to think that the aforementioned GCC behavior is a bug. But I haven't looked at the spec for visibility handling lately. At any rate, it is a Good

[Bug gold/12979] New: gold does not support -Bgroup

2011-07-09 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=12979 Summary: gold does not support -Bgroup Product: binutils Version: 2.22 (HEAD) Status: NEW Severity: normal Priority: P2 Component: gold AssignedTo: i...@airs.com

[Bug gold/12980] New: bad GOT reloc generation in -shared for STV_PROTECTED with primary PLT/copy reference

2011-07-09 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=12980 Summary: bad GOT reloc generation in -shared for STV_PROTECTED with primary PLT/copy reference Product: binutils Version: 2.22 (HEAD) Status: NEW Severity: normal

[Bug gold/12957] New: gold missing -F/--filter option

2011-07-02 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=12957 Summary: gold missing -F/--filter option Product: binutils Version: 2.22 (HEAD) Status: NEW Severity: minor Priority: P2 Component: gold AssignedTo: i...@airs.com

[Bug gold/12910] New: gold doesn't create .init_array from .ctors

2011-06-18 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=12910 Summary: gold doesn't create .init_array from .ctors Product: binutils Version: 2.22 (HEAD) Status: NEW Severity: normal Priority: P2 Component: gold AssignedTo:

[Bug gold/12910] gold doesn't create .init_array from .ctors

2011-06-18 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=12910 --- Comment #1 from Roland McGrath roland at gnu dot org 2011-06-18 07:53:05 UTC --- This turns out to matter more than I thought. In a -nostartfiles link, there is no crtbegin* and no .init, just .ctors. With GNU ld, this produces

[Bug gold/12880] gold doesn't generate PT_INTERP for .interp section

2011-06-18 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=12880 --- Comment #5 from Roland McGrath roland at gnu dot org 2011-06-18 08:22:28 UTC --- In fact, GNU ld for -shared with -dynamic-linker specified and also a .interp section in the input, ignores -dynamic-linker and uses .interp. So the new gold

[Bug gold/12880] gold doesn't generate PT_INTERP for .interp section

2011-06-17 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=12880 Roland McGrath roland at gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED

[Bug gold/12880] gold doesn't generate PT_INTERP for .interp section

2011-06-17 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=12880 --- Comment #4 from Roland McGrath roland at gnu dot org 2011-06-18 05:03:29 UTC --- Furthermore in a -static link with a .interp input section, gold creates no PT_INTERP, while GNU ld does. -- Configure bugmail: http://sourceware.org

[Bug gold/12879] New: gold doesn't like .symver name,name@VERS

2011-06-11 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=12879 Summary: gold doesn't like .symver name,name@VERS Product: binutils Version: 2.22 (HEAD) Status: NEW Severity: normal Priority: P2 Component: gold AssignedTo:

[Bug gold/12880] New: gold doesn't generate PT_INTERP for .interp section

2011-06-11 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=12880 Summary: gold doesn't generate PT_INTERP for .interp section Product: binutils Version: 2.22 (HEAD) Status: NEW Severity: normal Priority: P2 Component: gold

[Bug ld/10270] IFUNC local symbol

2011-03-16 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=10270 Roland McGrath roland at gnu dot org changed: What|Removed |Added CC|roland at redhat dot com| -- Configure

[Bug ld/12451] --build-id regression

2011-03-16 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=12451 Roland McGrath roland at gnu dot org changed: What|Removed |Added CC|roland at redhat dot com| -- Configure

[Bug ld/11542] ld -r generates R_X86_64_NONE

2011-03-16 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=11542 Roland McGrath roland at gnu dot org changed: What|Removed |Added CC|roland at redhat dot com| -- Configure

[Bug ld/11542] ld -r generates R_X86_64_NONE

2010-04-27 Thread roland at gnu dot org
-- What|Removed |Added CC||roland at redhat dot com http://sourceware.org/bugzilla/show_bug.cgi?id=11542 --- You are receiving this

[Bug gold/10238] Gold linker does not resolve symbols using indirect dependencies

2009-10-14 Thread roland at gnu dot org
--- Additional Comments From roland at gnu dot org 2009-10-14 22:18 --- Please make gold accept and ignore the --no-add-needed switch so there is a single command line that has the same semantics for both ld implementations. -- http://sourceware.org/bugzilla/show_bug.cgi?id=10238