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
https://sourceware.org/bugzilla/show_bug.cgi?id=31956
--- Comment #16 from Richard Biener ---
(In reply to H.J. Lu from comment #15)
> (In reply to Sam James from comment #14)
> > Sorry, one more question: richi's comment at
> > https://sourceware.org/bugzilla/show_bug.cgi?id=24406#c10 made me wo
|REOPENED
CC||rguenth at gcc dot gnu.org
--- Comment #10 from Richard Biener ---
Just to note with BFD ld from 2.41.0 I see
1
a-t.o 3
194 b4b00c6ef6ad050b PREVAILING_DEF_IRONLY __wrap_cook
198 b4b00c6ef6ad050b PREVAILING_DEF main
214
https://sourceware.org/bugzilla/show_bug.cgi?id=25389
Bug 25389 depends on bug 24406, which changed state.
Bug 24406 Summary: -Wl,--wrap= incompatible with -flto
https://sourceware.org/bugzilla/show_bug.cgi?id=24406
What|Removed |Added
--
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&action=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&action=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 are
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
--- Comme
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&action=edit
test archive with two members in AVR format
test archive
--
You are receiving this mail because:
You a
tatus: NEW
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
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 -flt
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 diag
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&action=edit
testcase
To reproduce do
> ./ld-new -o a.out ccELcIbzdebugobjtem cccLlhS9debugobjtem
> ccqD9BbN.ltrans
tract
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
https://sourceware.org/bugzilla/show_bug.cgi?id=23079
Richard Biener changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comme
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
https:
: 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 (G
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
bug-binutils@gn
https://sourceware.org/bugzilla/show_bug.cgi?id=20882
Richard Biener changed:
What|Removed |Added
Blocks||21494
Referenced Bugs:
https://sou
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 mai
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. Nam
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 pa
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&action=edit
object file
I get
/home/abuild/rguenther/obj-early-lto-debu
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 with
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
bug-binutils@gnu.or
,
||rguenth at gcc dot gnu.org
--
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/mailman/listinfo/bug-binutils
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 file
https://sourceware.org/bugzilla/show_bug.cgi?id=18837
--- Comment #3 from Richard Guenther ---
(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 as if it had been named o
https://sourceware.org/bugzilla/show_bug.cgi?id=18836
--- Comment #13 from Richard Guenther ---
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 information to be
consumed by the L
https://sourceware.org/bugzilla/show_bug.cgi?id=18836
--- Comment #8 from Richard Guenther ---
(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 .debug_info. So it need
https://sourceware.org/bugzilla/show_bug.cgi?id=18836
--- Comment #4 from Richard Guenther ---
when compiling t.c with -flto -g -ffat-lto-objects you'll get (this is with a
workaround for this bug applied, naming those sections .gnu.debuglto_):
Section Headers:
[Nr] Name Type
https://sourceware.org/bugzilla/show_bug.cgi?id=18836
Richard Guenther changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #3 from Richard Gu
https://sourceware.org/bugzilla/show_bug.cgi?id=18835
Richard Guenther changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #2 from Richard Gu
https://sourceware.org/bugzilla/show_bug.cgi?id=18836
--- Comment #1 from Richard Guenther ---
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 the partial link remove that fla
https://sourceware.org/bugzilla/show_bug.cgi?id=18837
--- Comment #1 from Richard Guenther ---
> 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 to objcopy (and thus BFD) for the
: 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:
.l
: 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.
: 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
for
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
https://sourceware.org/bugzilla/show_bug.cgi?id=13227
--- Comment #6 from Richard Guenther ---
(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 because:
You are on the CC
https://sourceware.org/bugzilla/show_bug.cgi?id=16746
--- Comment #5 from Richard Guenther ---
(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 it? That would certainly be fast
https://sourceware.org/bugzilla/show_bug.cgi?id=16746
--- Comment #2 from Richard Guenther ---
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)
{
if (!__builtin_constant_p (argc)
https://sourceware.org/bugzilla/show_bug.cgi?id=16746
--- Comment #3 from Richard Guenther ---
(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 (void);
> int
> main (
https://sourceware.org/bugzilla/show_bug.cgi?id=16746
--- Comment #1 from Richard Guenther ---
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 (struct bfd_link_info *info
: 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
||rguenth at gcc dot gnu.org
Resolution|WONTFIX |---
--- Comment #3 from Richard Guenther ---
Re-open. Makes the new GCC 4.9 default behavior quite broken - it better
transparently supports LTO, even at link-stage but also has slim LTO objects
by
https://sourceware.org/bugzilla/show_bug.cgi?id=14698
--- Comment #4 from Richard Guenther ---
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 changed:
What|Removed |Added
Blocks||13227
--
You are receiving this m
https://sourceware.org/bugzilla/show_bug.cgi?id=13227
Richard Guenther changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=15930
--- Comment #1 from Richard Guenther ---
Ok, the assembler file is 1GB in size and doesn't compress enough. It can
be generated by compiling the testcase at gcc.gnu.org/PR58315 with GCC 4.8
and -O2 -g on x86_64.
Or you can download it from h
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
http://sourceware.org/bugzilla/show_bug.cgi?id=14915
--- Comment #6 from Richard Guenther 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.html
>
> Yes, but w
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
Ass
http://sourceware.org/bugzilla/show_bug.cgi?id=13600
--- Comment #5 from Richard Guenther 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 in the entire process. If we d
http://sourceware.org/bugzilla/show_bug.cgi?id=13600
--- Comment #3 from Richard Guenther 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 function addresses of protect
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 changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
http://sourceware.org/bugzilla/show_bug.cgi?id=13141
Richard Guenther changed:
What|Removed |Added
Component|binutils|ld
--
Configure bugmail: http://so
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
Priorit
http://sourceware.org/bugzilla/show_bug.cgi?id=12388
Richard Guenther changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://sourceware.org/bugzilla/show_bug.cgi?id=12801
Richard Guenther changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #3 from Richard Gue
http://sourceware.org/bugzilla/show_bug.cgi?id=12801
Richard Guenther changed:
What|Removed |Added
Depends on||12366
--
Configure bugmail: http:/
http://sourceware.org/bugzilla/show_bug.cgi?id=12366
Richard Guenther changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
http://sourceware.org/bugzilla/show_bug.cgi?id=12801
Richard Guenther changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #5 from Richard Gue
http://sourceware.org/bugzilla/show_bug.cgi?id=12801
Richard Guenther changed:
What|Removed |Added
Target||x86_64-unknown-linux-gnu
--- Commen
http://sourceware.org/bugzilla/show_bug.cgi?id=12801
Summary: ICE in bfd/elf64-x86-64.c line 2764 in
elf64_x86_64_relocate_section
Product: binutils
Version: 2.21
Status: NEW
Severity: normal
Priority: P2
http://sourceware.org/bugzilla/show_bug.cgi?id=12726
--- Comment #2 from Richard Guenther 2011-05-03
11:23:27 UTC ---
Confirmed also with the current 2.21 branch head and also with
2010-12-04 Alan Modra
* ldlang.c (lang_size_sections_1): Align lma using same alignment
as for
http://sourceware.org/bugzilla/show_bug.cgi?id=12726
Richard Guenther changed:
What|Removed |Added
Target||i?86-*-*
--- Comment #1 from Richar
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
Priori
http://sourceware.org/bugzilla/show_bug.cgi?id=12392
--- Comment #5 from Richard Guenther 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 -Wl,-t
/usr/lib/gcc/i586-s
http://sourceware.org/bugzilla/show_bug.cgi?id=12392
--- Comment #4 from Richard Guenther 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 includes in the link.
>
>
http://sourceware.org/bugzilla/show_bug.cgi?id=12392
--- Comment #2 from Richard Guenther 2011-01-12
11:33:42 UTC ---
Which means the fix for PR10893 isn't working?
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
http://sourceware.org/bugzilla/show_bug.cgi?id=12392
Richard Guenther changed:
What|Removed |Added
Target||i?86-*-linux
--
Configure bugmail:
http://sourceware.org/bugzilla/show_bug.cgi?id=12392
--- Comment #1 from Richard Guenther 2011-01-12
11:02:16 UTC ---
Is there a way to easily extract all files used for the link? Most standard
libraries are linker scripts and pull in stuff from somewhere.
--
Configure bugmail: http://sourcew
http://sourceware.org/bugzilla/show_bug.cgi?id=12392
Summary: Many static link tests fail
Product: binutils
Version: 2.21
Status: NEW
Severity: normal
Priority: P2
Component: gold
AssignedTo: i...@airs.com
Re
http://sourceware.org/bugzilla/show_bug.cgi?id=12388
--- Comment #2 from Richard Guenther 2011-01-12
10:30:42 UTC ---
Sure. Just to add, a readelf on the linked binary shows both respective
functions at different addresses.
icf_test.stdout:
00401748 d _DYNAMIC
00401920 d _GLOB
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
100 matches
Mail list logo
