https://sourceware.org/bugzilla/show_bug.cgi?id=30577
--- Comment #2 from Richard Biener ---
(In reply to Nick Clifton from comment #1)
> (In reply to Richard Biener from comment #0)
> Hi Richard,
>
> > There is no documented way to disable plugin auto-loading from BFD for tools
> > like NM and
: binutils
Assignee: unassigned at sourceware dot org
Reporter: rguenth at gcc dot gnu.org
Target Milestone: ---
There is no documented way to disable plugin auto-loading from BFD for tools
like NM and AR but this also affects LD.
By inspecting the source I can see that for AR
https://sourceware.org/bugzilla/show_bug.cgi?id=16177
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=28149
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=27587
--- Comment #10 from Richard Biener ---
(In reply to H.J. Lu from comment #9)
> Fixed for 2.37.
Can we have this backported to all active branches please?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27587
Richard Biener changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://sourceware.org/bugzilla/show_bug.cgi?id=27587
--- Comment #2 from Richard Biener ---
Created attachment 13316
--> https://sourceware.org/bugzilla/attachment.cgi?id=13316=edit
a-t.o.debug.temp.o
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27587
--- Comment #1 from Richard Biener ---
Created attachment 13315
--> https://sourceware.org/bugzilla/attachment.cgi?id=13315=edit
a.ltrans0.ltrans.o
--
You are receiving this mail because:
You are on the CC list for the bug.
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: rguenth at gcc dot gnu.org
Target Milestone: ---
When BFD ld or gold emit diagnostics they seem to try parse the DWARF in the
object files but they somehow choke if the objects
https://sourceware.org/bugzilla/show_bug.cgi?id=27441
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
||rguenth at gcc dot gnu.org
--- Comment #3 from Richard Biener ---
It's reported that the same issue exists for aarch64 (and Nicks patch is
meanwhile on master but only addresses arm).
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=26060
Richard Biener changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
---
https://sourceware.org/bugzilla/show_bug.cgi?id=26060
--- Comment #1 from Richard Biener ---
Created attachment 12576
--> https://sourceware.org/bugzilla/attachment.cgi?id=12576=edit
test archive with two members in AVR format
test archive
--
You are receiving this mail because:
You are on
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: rguenth at gcc dot gnu.org
Target Milestone: ---
When you configure binutils for example without support for the avr target
then invoking strip on an archive
https://sourceware.org/bugzilla/show_bug.cgi?id=25593
Richard Biener changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: rguenth at gcc dot gnu.org
Target Milestone: ---
echo 'void foo() {}' > libt.c
echo 'void foo(); int main() { foo(); }' > t.c
gcc -o libt.so -shared libt.c -Wl,-soname,libt.so -fPIC -flto
gcc -c t.c -flto
g
https://sourceware.org/bugzilla/show_bug.cgi?id=24623
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=24464
Richard Biener changed:
What|Removed |Added
CC||dj at redhat dot com,
https://sourceware.org/bugzilla/show_bug.cgi?id=24464
--- Comment #1 from Richard Biener ---
Btw, passing -relax to the assembler makes it assemble OK, producing
Disassembly of section P:
<_copy>:
0: ef 2e mov.l r2, r14
2: 61 0e
||rguenth at gcc dot gnu.org
Version|unspecified |2.31
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=23425
--- Comment #2 from Richard Biener ---
A similar issue seems to happen with .debug_str lookups:
/usr/bin/x86_64-linux-gnu-ld: Dwarf Error: Offset (1678049557) greater than or
equal to .debug_str size (5846).
...
later undefined reference
https://sourceware.org/bugzilla/show_bug.cgi?id=23425
--- Comment #1 from Richard Biener ---
Created attachment 11143
--> https://sourceware.org/bugzilla/attachment.cgi?id=11143=edit
testcase
To reproduce do
> ./ld-new -o a.out ccELcIbzdebugobjtem cccLlhS9debugobjtem
>
instance DIE ref'
Product: binutils
Version: 2.30
Status: NEW
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: rguenth at gcc dot gnu.org
Target Milestone
https://sourceware.org/bugzilla/show_bug.cgi?id=23079
Richard Biener changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
---
https://sourceware.org/bugzilla/show_bug.cgi?id=22983
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=22836
--- Comment #10 from Richard Biener ---
Can this be backported?
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: rguenth at gcc dot gnu.org
Target Milestone: ---
> echo '#define FOO BAR' > t.c
> gcc-7 t.c -g3 -c
> ld -r -s t.o -o tx.o
ld: BFD (GNU Binutil
https://sourceware.org/bugzilla/show_bug.cgi?id=20882
Richard Biener changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://sourceware.org/bugzilla/show_bug.cgi?id=20882
--- Comment #15 from Richard Biener ---
The original testcase is fixed tho.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
https://sourceware.org/bugzilla/show_bug.cgi?id=20882
Richard Biener changed:
What|Removed |Added
Blocks||21494
Referenced Bugs:
https://sourceware.org/bugzilla/show_bug.cgi?id=20882
Richard Biener changed:
What|Removed |Added
CC||amodra at gmail dot com,
||2017-04-13
CC||rguenth at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Richard Biener ---
To clarify the linker resolution is bougs:
1
m.o 3
165 e2668d19ae58a8ab PREVAILING_DEF_IRONLY x
180
https://sourceware.org/bugzilla/show_bug.cgi?id=21333
Richard Biener changed:
What|Removed |Added
Target||s390x
--
You are receiving this
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: rguenth at gcc dot gnu.org
Target Milestone: ---
I see
Relocation section '.rela.debug_info' at offset 0xf460 contains 852 entries:
Offset Info Type Sym. ValueSym. Name +
Addend
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: rguenth at gcc dot gnu.org
Target Milestone: ---
int main(){}
> gcc t.c -g
> objcopy --add-gnu-debuglink=a.out.debug a.out
> readelf -S a.out
...
[36] .gnu_
https://sourceware.org/bugzilla/show_bug.cgi?id=21191
--- Comment #2 from Richard Biener ---
(In reply to Alan Modra from comment #1)
> File offset for a SHT_NOBITS section is irrelevant.
>
> Note that this "bug" can also occur with ld. You don't want to waste space
> in the output file with
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: rguenth at gcc dot gnu.org
Target Milestone: ---
int main()
{
}
> gcc t.c -g
> objcopy --only-keep-debug a.out a.out.debug
> readelf -S a.out
The
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: rguenth at gcc dot gnu.org
Target Milestone: ---
> cat t1.s
.text
.globl main
.type main, @function
main:
ret
.sect
: ld
Assignee: unassigned at sourceware dot org
Reporter: rguenth at gcc dot gnu.org
Target Milestone: ---
Created attachment 9478
--> https://sourceware.org/bugzilla/attachment.cgi?id=9478=edit
object file
I get
/home/abuild/rguenther/obj-early-lto-debug-g/gcc/testsuit
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: rguenth at gcc dot gnu.org
Target Milestone: ---
When linking two object files, one with a definition of symbol FOO and one with
a definition of symbol FOO in a section marked
https://sourceware.org/bugzilla/show_bug.cgi?id=19827
Richard Guenther changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=19807
--- Comment #20 from Richard Guenther ---
Hum, so we leave 2.26 broken?
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
https://sourceware.org/bugzilla/show_bug.cgi?id=19698
Richard Guenther changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=18836
--- Comment #14 from Richard Guenther ---
Ok, so let me try to revive the discussion and view the needs from a "need
plugin support" angle. What I need is the linker to allow the plugin to claim
only
a subset of the sections of the input
https://sourceware.org/bugzilla/show_bug.cgi?id=18836
--- Comment #13 from Richard Guenther rguenth at gcc dot gnu.org ---
The descripion in comment #12 is mostly correct as to the design and its
constraints. Slight corrections below.
At compile-stage with -flto we generate early-debug
https://sourceware.org/bugzilla/show_bug.cgi?id=18837
--- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org ---
(In reply to Cary Coutant from comment #2)
Let's use PR 18836 for a broader discussion on the topic of LTO and early
debug.
With the given script, Gnu ld will link t.o
https://sourceware.org/bugzilla/show_bug.cgi?id=18836
--- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org ---
This might be related to bug # 18835 - gas setting the 'E' flag on .gnu.lto_
sections (but not when explicitely stating MS). Can't find a way to make
the script doing
: gold
Assignee: ccoutant at gmail dot com
Reporter: rguenth at gcc dot gnu.org
CC: ian at airs dot com
Target Milestone: ---
.section.gnu.lto_.debug_info,,@progbits
.hidden t.c.f0aceea6
.globl t.c.f0aceea6
t.c.f0aceea6:
.long 0x31
: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: rguenth at gcc dot gnu.org
Target Milestone: ---
For t.s
.section.gnu.lto_.debug_info,,@progbits
.hidden t.c.f0aceea6
.globl t.c.f0aceea6
t.c.f0aceea6
https://sourceware.org/bugzilla/show_bug.cgi?id=18837
--- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org ---
This bug makes gold completely unable to handle what will be the new way
to do debuginfo with GCC and -flto (so called early debug with LTO).
which means resorting
https://sourceware.org/bugzilla/show_bug.cgi?id=18836
--- Comment #8 from Richard Guenther rguenth at gcc dot gnu.org ---
(In reply to H.J. Lu from comment #7)
(In reply to Richard Guenther from comment #4)
the extra sections contain early debug-info which gets refered to by
LTRANS unit
https://sourceware.org/bugzilla/show_bug.cgi?id=18836
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=18835
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |NEW
: gas
Assignee: unassigned at sourceware dot org
Reporter: rguenth at gcc dot gnu.org
Target Milestone: ---
For the testcase below gas complains with
as -o t.o t.s
t.s: Assembler messages:
t.s:13: Warning: setting incorrect section attributes for .gnu.lto_.debug_str
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: rguenth at gcc dot gnu.org
CC: ian at airs dot com
Target Milestone: ---
using
ld.gold -o x -Tscript
results in
ld.gold: fatal error: no input files
ld.gold appears to accept
ld.gold -o x script
https://sourceware.org/bugzilla/show_bug.cgi?id=13227
--- Comment #6 from Richard Guenther rguenth at gcc dot gnu.org ---
(In reply to Alan Modra from comment #5)
So is it sufficient (and safe) to warn just on the presence of
__gnu_slim_lto?
Yes, I think so.
--
You are receiving this mail
https://sourceware.org/bugzilla/show_bug.cgi?id=16746
--- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org ---
(In reply to H.J. Lu from comment #4)
_bfd_generic_link_add_one_symbol needs change to properly
handle it. It should check BFD_PLUGIN for WARN.
Can you try to fix
: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: rguenth at gcc dot gnu.org
t.c
---
extern void foobar (void);
int
main (int argc, char **argv)
{
if (__builtin_constant_p (argc))
foobar ();
return 0;
}
t2.c
---
static
https://sourceware.org/bugzilla/show_bug.cgi?id=16746
--- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org ---
Fix maybe as simple as doing
diff --git a/ld/ldmain.c b/ld/ldmain.c
index ffc9f84..71d41bf 100644
--- a/ld/ldmain.c
+++ b/ld/ldmain.c
@@ -1160,6 +1160,9 @@ warning_callback
https://sourceware.org/bugzilla/show_bug.cgi?id=16746
--- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org ---
(In reply to Richard Guenther from comment #2)
Hmm, but that breaks the case where the symbol is still referenced from the
linker plugin provided input
extern void foobar
https://sourceware.org/bugzilla/show_bug.cgi?id=16746
--- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org ---
Hmm, but that breaks the case where the symbol is still referenced from the
linker plugin provided input
extern void foobar (void);
int
main (int argc, char **argv
https://sourceware.org/bugzilla/show_bug.cgi?id=13227
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC||rguenth
https://sourceware.org/bugzilla/show_bug.cgi?id=14698
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Blocks||13227
https://sourceware.org/bugzilla/show_bug.cgi?id=14698
--- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org ---
Patch that seems to work for me:
https://sourceware.org/ml/binutils/2014-01/msg00213.html
--
You are receiving this mail because:
You are on the CC list for the bug
https://sourceware.org/bugzilla/show_bug.cgi?id=14698
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Assignee: unassigned at sourceware dot org
Reporter: rguenth at gcc dot gnu.org
Assembling the file that I'll momentarily try to attach requires 6.5GB of
memory on a x86_64 host using gas 2.23.2 and the assembler command
/usr/lib64/gcc/x86_64-suse-linux/4.8/../../../../x86_64-suse
http://sourceware.org/bugzilla/show_bug.cgi?id=14915
Bug #: 14915
Summary: --copy-dt-needed-entries not working
Product: binutils
Version: 2.23
Status: NEW
Severity: normal
Priority: P2
Component: ld
http://sourceware.org/bugzilla/show_bug.cgi?id=14915
--- Comment #6 from Richard Guenther rguenth at gcc dot gnu.org 2012-12-04
14:41:12 UTC ---
(In reply to comment #5)
(In reply to comment #4)
This option is renamed from --add-needed:
http://sourceware.org/ml/binutils/2004-07/msg00093
http://sourceware.org/bugzilla/show_bug.cgi?id=13600
--- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 2012-01-19
09:16:32 UTC ---
(In reply to comment #4)
Both ld and ld.so go extra efforts to make sure that
the same function pointer value is used for protected
function
http://sourceware.org/bugzilla/show_bug.cgi?id=13600
--- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org 2012-01-18
09:13:09 UTC ---
(In reply to comment #1)
I think it is a gcc bug:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19520
That one mixes in the issue of comparing
http://sourceware.org/bugzilla/show_bug.cgi?id=13600
Bug #: 13600
Summary: protected visibility creates bogus relocation
Product: binutils
Version: 2.22
Status: NEW
Severity: normal
Priority: P2
Component: ld
http://sourceware.org/bugzilla/show_bug.cgi?id=12557
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC||rguenth
http://sourceware.org/bugzilla/show_bug.cgi?id=13141
Bug #: 13141
Summary: Confusing error message with
--no-copy-dt-needed-entries
Product: binutils
Version: 2.21
Status: NEW
Severity: normal
http://sourceware.org/bugzilla/show_bug.cgi?id=13141
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Component|binutils|ld
http://sourceware.org/bugzilla/show_bug.cgi?id=12388
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://sourceware.org/bugzilla/show_bug.cgi?id=12801
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |NEW
http://sourceware.org/bugzilla/show_bug.cgi?id=12801
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target||x86_64
http://sourceware.org/bugzilla/show_bug.cgi?id=12726
Summary: cannot move location counter backwards, alignment
related regression on 2.21 branch
Product: binutils
Version: 2.21
Status: NEW
Severity: normal
http://sourceware.org/bugzilla/show_bug.cgi?id=12726
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target||i?86
http://sourceware.org/bugzilla/show_bug.cgi?id=12726
--- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2011-05-03
11:23:27 UTC ---
Confirmed also with the current 2.21 branch head and also with
2010-12-04 Alan Modra amo...@gmail.com
* ldlang.c (lang_size_sections_1
http://sourceware.org/bugzilla/show_bug.cgi?id=12392
--- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2011-01-12
14:44:49 UTC ---
(In reply to comment #3)
Passing the -t option to the linker will get you a complete list of all object
files and shared libraries that the linker
http://sourceware.org/bugzilla/show_bug.cgi?id=12392
--- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 2011-01-12
14:51:10 UTC ---
# g++ -W -Wall-Werror -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
-fmerge-constants -O2 -g -o basic_static_test -Bgcctestdir/ -static
basic_test.o
http://sourceware.org/bugzilla/show_bug.cgi?id=12388
Summary: icf_test.sh and icf_safe_test.sh fail
Product: binutils
Version: 2.21
Status: NEW
Severity: normal
Priority: P2
Component: gold
AssignedTo: i...@airs.com
83 matches
Mail list logo
