Component: ld
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
When PLT is more 2GB from GOT, we must use large model PLT layout.
Otherwise, PLT entry can't load GOT entry:
[hjl@gnu-6 large-2]$ cat main.c
extern void foo (void);
extern voi
Component: gold
Assignee: ccoutant at google dot com
Reporter: hjl.tools at gmail dot com
CC: ian at airs dot com
When PLT is more 2GB from GOT, we must use large model PLT layout.
Otherwise, PLT entry can't load GOT entry:
[hjl@gnu-6 pr17592]$ cat main.c
e
onent: gas
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
X86-64 has R_X86_64_GOTPLT64 relocation. But it isn't tested.
--
You are receiving this mail because:
You are on the CC list for the bug.
_
https://sourceware.org/bugzilla/show_bug.cgi?id=17598
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |2.26
--- Comment #2 from H.J. Lu ---
Fixed
https://sourceware.org/bugzilla/show_bug.cgi?id=17592
--- Comment #2 from H.J. Lu ---
(In reply to Michael Matz from comment #1)
> Back in http://www.sourceware.org/ml/binutils/2006-03/msg00276.html
> I suggested to place .plt after .text so that PLT and GOT are nearer
> to each other. In that c
https://sourceware.org/bugzilla/show_bug.cgi?id=17592
--- Comment #4 from H.J. Lu ---
(In reply to Michael Matz from comment #3)
> (In reply to H.J. Lu from comment #2)
> > It is an interesting idea.
>
> Yeah, that's how I tested the large model back in the days when I implemented
> some of it.
https://sourceware.org/bugzilla/show_bug.cgi?id=17592
--- Comment #6 from H.J. Lu ---
(In reply to Michael Matz from comment #5)
> (In reply to H.J. Lu from comment #4)
> > When there is a large readonly section, it makes no differences between
> >
> > text, plt, readonly, got
> >
> > and
> >
https://sourceware.org/bugzilla/show_bug.cgi?id=17592
--- Comment #7 from H.J. Lu ---
(In reply to Michael Matz from comment #5)
> (In reply to H.J. Lu from comment #4)
> > When there is a large readonly section, it makes no differences between
> >
> > text, plt, readonly, got
> >
> > and
> >
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
X86-64 linker fails to check PC-relative offset overflow in PLT entry:
[hjl@gnu-6 plt]$ cat foo.c
#include
void
foo (void)
{
printf ("PASS\n"
Priority: P2
Component: gold
Assignee: ccoutant at google dot com
Reporter: hjl.tools at gmail dot com
CC: ian at airs dot com
On Linux/x86-64, gold fails to check PC-relative offset overflow in PLT entry:
[hjl@gnu-6 pr17618]$ cat main.c
extern
https://sourceware.org/bugzilla/show_bug.cgi?id=17619
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Assignee: ccoutant at google dot com
Reporter: hjl.tools at gmail dot com
CC: ian at airs dot com
For i386, we should convert
mov foo@GOT(%reg), %reg
to
lea foo@GOTOFF(%reg), %reg
if foo is a local symbol. This is the result from ld:
[hjl@gnu-6 lea-1]$ cat
Assignee: ccoutant at google dot com
Reporter: hjl.tools at gmail dot com
CC: ian at airs dot com
For x86-64, gold should convert
mov foo@GOTPCREL(%rip), %reg
to
lea foo(%rip), %reg
if foo is a local symbol, like ld:
[hjl@gnu-6 lea-4]$ cat lea2.s
.text
Assignee: ccoutant at google dot com
Reporter: hjl.tools at gmail dot com
CC: ian at airs dot com
For Intel MPX, R_X86_64_*_BND relocations are not enough in case of
indirect calls like:
foo:
movqfp@GOTPCREL(%rip), %rax
bnd jmp *(%rax
Component: gold
Assignee: ccoutant at google dot com
Reporter: hjl.tools at gmail dot com
CC: ian at airs dot com
When there are both PLT and GOT references to the same function symbol,
linker will create a GOTPLT slot for PLT entry and a GOT slot for GOT
reference. A
https://sourceware.org/bugzilla/show_bug.cgi?id=16496
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |2.26
--- Comment #6 from H.J. Lu ---
Fixed
: gold
Assignee: ccoutant at google dot com
Reporter: hjl.tools at gmail dot com
CC: ian at airs dot com
On Linux/x86-64 with GCC 4.2, I got
/usr/gcc-4.2/bin/g++ -W -Wall-Werror -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -fmerge-constants -g -O2 -Bgcctestdir/ -Wl
https://sourceware.org/bugzilla/show_bug.cgi?id=17675
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=17677
H.J. Lu changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #1 from H.J. Lu ---
Fo
https://sourceware.org/bugzilla/show_bug.cgi?id=17677
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=17677
H.J. Lu changed:
What|Removed |Added
Summary|_bfd_elf_get_synthetic_symt |_bfd_elf_get_synthetic_symt
https://sourceware.org/bugzilla/show_bug.cgi?id=17677
H.J. Lu changed:
What|Removed |Added
Status|WAITING |NEW
Target Milestone|---
https://sourceware.org/bugzilla/show_bug.cgi?id=17677
--- Comment #6 from H.J. Lu ---
Also need this commit:
https://sourceware.org/git/?p=binutils-gdb.git;a=commit;h=b7365e5df5b41bc23a2a1464d93ed6435d87a056
--
You are receiving this mail because:
You are on the CC list for the bug.
_
https://sourceware.org/bugzilla/show_bug.cgi?id=17677
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=17689
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
CC: amodra at gmail dot com
On Linux/x86-64, I got
/usr/local/bin/ld: copy reloc against protected `protvaritcpt' is invalid
/usr/local/bin/ld: failed to set dy
https://sourceware.org/bugzilla/show_bug.cgi?id=17709
H.J. Lu changed:
What|Removed |Added
Blocks||17711
--
You are receiving this mail becau
https://sourceware.org/bugzilla/show_bug.cgi?id=17709
--- Comment #1 from H.J. Lu ---
It is related to glibc PR 17711.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
http
https://sourceware.org/bugzilla/show_bug.cgi?id=17713
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Assignee: ccoutant at google dot com
Reporter: hjl.tools at gmail dot com
CC: ian at airs dot com
When gold is used to build libgo for x32, I got many:
ld.gold: error: .libs/go-assert.o: failed to match split-stack sequence at
section 1 offset 0
ld.gold: error
https://sourceware.org/bugzilla/show_bug.cgi?id=17729
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |2.26
--- Comment #1 from H.J. Lu ---
A pat
https://sourceware.org/bugzilla/show_bug.cgi?id=17615
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment #10
onent: gold
Assignee: ccoutant at google dot com
Reporter: hjl.tools at gmail dot com
CC: ian at airs dot com
gold doesn't set ELFOSABI_GNU for IFUNC:
[hjl@gnu-tools-1 tmp]$ cat libb.c
void new_sd_get_seats(void);
static void (*resolve_sd_get_seats(vo
https://sourceware.org/bugzilla/show_bug.cgi?id=17735
H.J. Lu changed:
What|Removed |Added
Summary|gold doesn't set|gold doesn't set
|ELFOSAB
https://sourceware.org/bugzilla/show_bug.cgi?id=14608
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |2.26
--- Comment #1 from H.J. Lu ---
resol
https://sourceware.org/bugzilla/show_bug.cgi?id=14608
H.J. Lu changed:
What|Removed |Added
Summary|--detect-odr-violations |--detect-odr-violations
|
https://sourceware.org/bugzilla/show_bug.cgi?id=14608
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
||hjl.tools at gmail dot com
--- Comment #1 from H.J. Lu ---
Please provide a small standalone testcase.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
https
https://sourceware.org/bugzilla/show_bug.cgi?id=17773
H.J. Lu changed:
What|Removed |Added
Status|WAITING |NEW
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=17773
--- Comment #5 from H.J. Lu ---
A patch is posted at
https://sourceware.org/ml/binutils/2014-12/msg00313.html
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-b
https://sourceware.org/bugzilla/show_bug.cgi?id=17773
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Priority: P2
Component: gold
Assignee: ccoutant at google dot com
Reporter: hjl.tools at gmail dot com
CC: ian at airs dot com
[hjl@gnu-6 gold]$ cat x.s
.text
.globl _start
_start:
movq%fs:0, %rax
addl$0x4c00,%ebx
https://sourceware.org/bugzilla/show_bug.cgi?id=17795
--- Comment #1 from H.J. Lu ---
The same thing happens with ld.bfd:
[hjl@gnu-6 pr17795]$ make LD=ld.bfd
cc -O2 -c x.s
ld.bfd -o x x.o
objdump -dw x
x: file format elf64-x86-64
Disassembly of section .text:
004000e8 <_start>:
ormal
Priority: P2
Component: gold
Assignee: ccoutant at google dot com
Reporter: hjl.tools at gmail dot com
CC: ian at airs dot com
[hjl@gnu-6 gold]$ cat x.s
.text
.globl _start
_start:
movfoo@GOTTPOFF(%rip), %eax
addfoo@GOT
https://sourceware.org/bugzilla/show_bug.cgi?id=17809
H.J. Lu changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=17729
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=17826
H.J. Lu changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Version|2.26 (HEAD)
https://sourceware.org/bugzilla/show_bug.cgi?id=17826
H.J. Lu changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|WORKSFORME
https://sourceware.org/bugzilla/show_bug.cgi?id=16428
H.J. Lu changed:
What|Removed |Added
CC||blueness at gentoo dot org
--- Comment #7 f
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
On Linux/x86-64 with GCC 5:
[hjl@gnu-tools-1 pr17689-2]$ cat x.c
#if 0
#include
extern char *program_invocation_name;
int
main ()
{
printf ("%s\n", program_invocation_name);
return
https://sourceware.org/bugzilla/show_bug.cgi?id=17827
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=17842
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |2.26
--- Comment #1 from H.J. Lu ---
A pat
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
[hjl@gnu-6 pie-6]$ cat x.S
.text
.global _start
_start:
movlfoo(%rip), %eax
[hjl@gnu-6 pie-6]$ make
gcc -B./-c -o x.o x.S
./ld -o x -pie x.o
x.o: In function `_start':
(.tex
https://sourceware.org/bugzilla/show_bug.cgi?id=17847
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=17615
H.J. Lu changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=17878
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=17878
--- Comment #2 from H.J. Lu ---
BFD linker assumes LTO IR is contained in sections of the target
ELF object file. It is true for GCC LTO IR, but false for llvm
LTO IR. It won't be easy to fix it.
--
You are receiving this mail because:
You
Priority: P2
Component: gold
Assignee: ccoutant at google dot com
Reporter: hjl.tools at gmail dot com
CC: ian at airs dot com
There are
ld_plugin_status
Plugin_manager::release_input_file(unsigned int handle)
{
if (this->object(handle) == N
https://sourceware.org/bugzilla/show_bug.cgi?id=17896
H.J. Lu changed:
What|Removed |Added
Version|unspecified |2.26 (HEAD)
--
You are receiving this mail
https://sourceware.org/bugzilla/show_bug.cgi?id=17896
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |2.26
--- Comment #1 from H.J. Lu ---
A pat
https://sourceware.org/bugzilla/show_bug.cgi?id=15660
H.J. Lu changed:
What|Removed |Added
Depends on||17896
--
You are receiving this mail becau
https://sourceware.org/bugzilla/show_bug.cgi?id=17896
--- Comment #3 from H.J. Lu ---
(In reply to Cary Coutant from comment #2)
> Do you have a case where gold is running out of file descriptors? Unlocking
> the file doesn't close the descriptor immediately, but it should make that
> descriptor
https://sourceware.org/bugzilla/show_bug.cgi?id=17896
H.J. Lu changed:
What|Removed |Added
Status|WAITING |NEW
Blocks|
https://sourceware.org/bugzilla/show_bug.cgi?id=17896
--- Comment #4 from H.J. Lu ---
With this patch:
https://gcc.gnu.org/ml/gcc-patches/2015-01/msg02508.html
Plugin_manager::release_input_file may be called from the claim_file hook.
It isn't prepared to deal with it.
--
You are receiving th
https://sourceware.org/bugzilla/show_bug.cgi?id=17896
--- Comment #6 from H.J. Lu ---
Created attachment 8088
--> https://sourceware.org/bugzilla/attachment.cgi?id=8088&action=edit
A updated patch
No need to call release. We only need to deal with called
from the claim_file hook.
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=17896
--- Comment #7 from H.J. Lu ---
(In reply to Cary Coutant from comment #5)
> (In reply to H.J. Lu from comment #4)
> > With this patch:
> >
> > https://gcc.gnu.org/ml/gcc-patches/2015-01/msg02508.html
> >
> > Plugin_manager::release_input_fi
https://sourceware.org/bugzilla/show_bug.cgi?id=15660
--- Comment #13 from H.J. Lu ---
This is related to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64837
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils
https://sourceware.org/bugzilla/show_bug.cgi?id=15660
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=17896
H.J. Lu changed:
What|Removed |Added
CC||marxin.liska at gmail dot com
--- Comment #
https://sourceware.org/bugzilla/show_bug.cgi?id=15660
H.J. Lu changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=12365
H.J. Lu changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Version|unspecified
https://sourceware.org/bugzilla/show_bug.cgi?id=12365
H.J. Lu changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=14272
H.J. Lu changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
y: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
[hjl@gnu-6 gc-3]$ cat x.s
.global _start
_start:
call bar
.section.text.bar,"axG",@progbits,foo,comdat
.weakbar
.typeba
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
ld should provide more info to help user identify the issue:
[hjl@gnu-6 textrel-2]$ cat foo.s
.text
.globlfoo
.typefoo, @function
foo:
ret
.sizefoo, .-foo
.text
https://sourceware.org/bugzilla/show_bug.cgi?id=17935
--- Comment #1 from H.J. Lu ---
Shouldn't -z text turn on --warn-shared-textrel or at least
inform user to turn on --warn-shared-textrel to get more info?
--
You are receiving this mail because:
You are on the CC list for the bug.
_
https://sourceware.org/bugzilla/show_bug.cgi?id=17935
--- Comment #2 from H.J. Lu ---
-warn-shared-textrel warning is only implemented in elf32-i386.c
and elf64-x86-64.c.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
https://sourceware.org/bugzilla/show_bug.cgi?id=17935
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=17935
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |2.26
--
You are receiving this mail becaus
Assignee: ccoutant at google dot com
Reporter: hjl.tools at gmail dot com
CC: ian at airs dot com
gold should provide more info to help user identify the issue:
[hjl@gnu-tools-1 pr17935]$ cat foo.s
.text
.globl foo
foo:
.byte 0
.globlbar
bar
https://sourceware.org/bugzilla/show_bug.cgi?id=17878
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
ld generates useless FILE entries in symbol table:
[hjl@gnu-6 symtab-2]$ cat foo.s
.text
.globlfoo
.typefoo, @function
foo:
.cfi_startproc
rep ret
.cfi_endproc
https://sourceware.org/bugzilla/show_bug.cgi?id=17973
H.J. Lu changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #1 from
https://sourceware.org/bugzilla/show_bug.cgi?id=17973
--- Comment #2 from H.J. Lu ---
A patch is posted at
https://sourceware.org/ml/binutils/2015-02/msg00193.html
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-b
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
[hjl@gnu-6 new-2]$ cat foo.s
.data
foo:
.dc.a bar
[hjl@gnu-6 new-2]$ make
as -o foo.o foo.s
./ld -shared -o lib.so foo.o
readelf -sW lib.so | grep
https://sourceware.org/bugzilla/show_bug.cgi?id=17975
H.J. Lu changed:
What|Removed |Added
CC||amodra at gmail dot com
Summary|
https://sourceware.org/bugzilla/show_bug.cgi?id=17973
--- Comment #3 from H.J. Lu ---
Maybe we should fix GCC instead:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65015#c17
--
You are receiving this mail because:
You are on the CC list for the bug.
___
https://sourceware.org/bugzilla/show_bug.cgi?id=17975
H.J. Lu changed:
What|Removed |Added
CC||jbeulich at novell dot com
--
You are rece
https://sourceware.org/bugzilla/show_bug.cgi?id=17975
--- Comment #2 from H.J. Lu ---
A NULL STT_FILE symbol is useful here:
[hjl@gnu-6 pr17975]$ cat foo.s
.data
foo:
.dc.a bar
[hjl@gnu-6 pr17975]$ cat bar.s
.data
foo:
.dc.a bar
[hjl@gnu-6 pr17975]$ cat global.s
.data
.
https://sourceware.org/bugzilla/show_bug.cgi?id=17975
--- Comment #1 from H.J. Lu ---
How useful is adding add another NULL STT_FILE symbol before
outputting linker generated symbols or symbols defined by
linker scripts? Do we have a testcase to show it is necessary?
--
You are receiving this
https://sourceware.org/bugzilla/show_bug.cgi?id=17975
--- Comment #3 from H.J. Lu ---
We should generate a A NULL STT_FILE symbol before a forced_local
symbol which isn't linker created nor defined by linker script.
--
You are receiving this mail because:
You are on the CC list for the bug.
__
https://sourceware.org/bugzilla/show_bug.cgi?id=17973
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=17975
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
On Linux/x86, 32-bit ld runs out of memeory when linking 32-bit clang with
debug info:
[hjl@gnu-mic-2 build-i686-linux]$ /usr/local32/bin/ld.bfd
https://sourceware.org/bugzilla/show_bug.cgi?id=17709
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
y: P2
Component: gold
Assignee: ccoutant at google dot com
Reporter: hjl.tools at gmail dot com
CC: ian at airs dot com
[hjl@gnu-6 gold]$ cat foo0.s
.section .foo,"ax",@progbits
.globl foo
.typefoo,%function
foo:
.byte 0
[hjl@gnu-6 gold]
ormal
Priority: P2
Component: gold
Assignee: ccoutant at google dot com
Reporter: hjl.tools at gmail dot com
CC: ian at airs dot com
[hjl@gnu-6 gold]$ cat foo0.s
.section .foo,"ax",@progbits
.globl foo
.typefoo,%function
foo:
onent: binutils
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
[hjl@gnu-tools-1 build-x86_64-linux]$ readelf -s --wide
[hjl@gnu-tools-1 build-x86_64-linux]$ echo $?
0
[hjl@gnu-tools-1 build-x86_64-linux]$
--
You are receiving this mail because
https://sourceware.org/bugzilla/show_bug.cgi?id=18102
H.J. Lu changed:
What|Removed |Added
Summary|gold -r generates wrong |gold -r generates corrupted
: gold
Assignee: ccoutant at google dot com
Reporter: hjl.tools at gmail dot com
CC: ian at airs dot com
On Linux/x86-64, when gold is used to generate libc_pic.os:
gcc -fuse-ld=gold -nostdlib -nostartfiles -r -o
/export/build/gnu/glibc-test/build-x86_64-linux
501 - 600 of 4320 matches
Mail list logo
