https://sourceware.org/bugzilla/show_bug.cgi?id=16119
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16345
H.J. Lu changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #1 from H.J. Lu ---
.i
https://sourceware.org/bugzilla/show_bug.cgi?id=16345
--- Comment #2 from H.J. Lu ---
Both .init and .fini sections are special. This
patch warns about using "ld -r" on them:
diff --git a/ld/emultempl/elf32.em b/ld/emultempl/elf32.em
index 9a2fe89..098f423 100644
--- a/ld/emultempl/elf32.em
+++
https://sourceware.org/bugzilla/show_bug.cgi?id=16345
H.J. Lu changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16345
--- Comment #6 from H.J. Lu ---
(In reply to Alexey Neyman from comment #5)
> You are still going to commit the patch that adds warnings for .init/.fini,
> correct?
No.
> Also, I think, a mention in the description of -r option in ld.info wo
https://sourceware.org/bugzilla/show_bug.cgi?id=16345
--- Comment #8 from H.J. Lu ---
(In reply to Alexey Neyman from comment #7)
> (In reply to H.J. Lu from comment #6)
> > > Also, I think, a mention in the description of -r option in ld.info would
> > > be
> > > appropriate.
> >
> > .init sec
https://sourceware.org/bugzilla/show_bug.cgi?id=16323
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16322
H.J. Lu changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16393
H.J. Lu changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #1 from H.J. Lu
https://sourceware.org/bugzilla/show_bug.cgi?id=16393
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=16428
--- Comment #1 from H.J. Lu ---
A patch is posted at
https://sourceware.org/ml/binutils/2014-01/msg00080.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=16428
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |2.24
--
You are receiving this mail becaus
https://sourceware.org/bugzilla/show_bug.cgi?id=16428
--- Comment #4 from H.J. Lu ---
(In reply to Matthias Klose from comment #0)
> $ cat conftest.c
> int main() { return 0; }
>
> x86_64:
> $ gcc -fPIE -pie -static conftest.c
> /usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.8/crtbeginT.o: reloca
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
On Linux/x86-64, when binutils is configured with --libdir=/usr/lib64,
genscripts.sh treats /usr/lib64 as the default search directory. It
put /usr/lib64 in linker scripts for all
https://sourceware.org/bugzilla/show_bug.cgi?id=16456
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16467
--- Comment #1 from H.J. Lu ---
The problem is we are merging IFUNC symbol, sd_get_seats, with
the undefined versioned reference, sd_get_seats@LIBSYSTEMD_2.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
https://sourceware.org/bugzilla/show_bug.cgi?id=16467
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=16467
--- Comment #3 from H.J. Lu ---
Created attachment 7363
--> https://sourceware.org/bugzilla/attachment.cgi?id=7363&action=edit
A patch
Please give this patch a try.
--
You are receiving this mail because:
You are on the CC list for the bu
https://sourceware.org/bugzilla/show_bug.cgi?id=16467
H.J. Lu changed:
What|Removed |Added
Status|NEW |WAITING
--
You are receiving this mail bec
https://sourceware.org/bugzilla/show_bug.cgi?id=16467
--- Comment #4 from H.J. Lu ---
Created attachment 7364
--> https://sourceware.org/bugzilla/attachment.cgi?id=7364&action=edit
A glibc patch
You may also need this glibc patch to avoid matching IFUNC sd_get_seats
with non-IFUNC sd_get_seats
https://sourceware.org/bugzilla/show_bug.cgi?id=16467
--- Comment #5 from H.J. Lu ---
(In reply to H.J. Lu from comment #4)
> Created attachment 7364 [details]
> A glibc patch
>
> You may also need this glibc patch to avoid matching IFUNC sd_get_seats
> with non-IFUNC sd_get_seats@LIBSYSTEMD_209
https://sourceware.org/bugzilla/show_bug.cgi?id=16467
--- Comment #8 from H.J. Lu ---
(In reply to Zbigniew Jędrzejewski-Szmek from comment #7)
> > Can you double check if gold generates the working output?
> It seemed to be working for me before, in the sense that at least linking
> worked
https://sourceware.org/bugzilla/show_bug.cgi?id=16467
H.J. Lu changed:
What|Removed |Added
Status|WAITING |NEW
Target Milestone|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16467
--- Comment #11 from H.J. Lu ---
(In reply to Zbigniew Jędrzejewski-Szmek from comment #10)
> I tried again, without success. I still get an internal error with just t
he
> ld patch on top of binutils git. Is the glibc patch still necessa
https://sourceware.org/bugzilla/show_bug.cgi?id=16477
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=16477
H.J. Lu changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #1 from H.J. Lu ---
It
https://sourceware.org/bugzilla/show_bug.cgi?id=16467
--- Comment #13 from H.J. Lu ---
Fixed on master by:
commit 4584ec12076e088cf36965b88ef8710ca85491f9
Author: H.J. Lu
Date: Tue Jan 21 15:42:43 2014 -0800
Check incompatible existing default symbol definition
After resolving a ver
https://sourceware.org/bugzilla/show_bug.cgi?id=16467
--- Comment #14 from H.J. Lu ---
*** Bug 16477 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing
https://sourceware.org/bugzilla/show_bug.cgi?id=16477
H.J. Lu changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
[hjl@gnu-6 pr16477]$ make clean
rm -f *.o
[hjl@gnu-6 pr16477]$ cat liba.c
const char* sd_get_seats(void) {return "bla bla";}
[hjl@gnu
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
[hjl@gnu-6 tbss]$ cat x.c
__thread int bar [20] = { 1 };
__thread int foo;
int data[30] = { 1 };
[hjl@gnu-6 tbss]$ cat tbss.t
SECTIONS
{
. = SIZEOF_HEADERS;
/* Thread Local Storage sections
https://sourceware.org/bugzilla/show_bug.cgi?id=16498
--- Comment #1 from H.J. Lu ---
Another testcase:
[hjl@gnu-6 bad]$ cat x.c
__thread int bar [20] __attribute__ ((__section__ ("tls_data_init"))) = { 1 };
__thread int foo;
int data[30] = { 1 };
[hjl@gnu-6 bad]$ cat tbss.t
SECTIONS
{
tls_d
https://sourceware.org/bugzilla/show_bug.cgi?id=16498
--- Comment #2 from H.J. Lu ---
A patch is posed at
https://sourceware.org/ml/binutils/2014-01/msg00281.html
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-bi
https://sourceware.org/bugzilla/show_bug.cgi?id=16498
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16504
--- Comment #1 from H.J. Lu ---
(In reply to Zbigniew Jędrzejewski-Szmek from comment #0)
> gcc -fPIC -shared -flto -Wl,-fuse-ld=gold -o liba.so liba.c
> -Wl,--version-script=liba.sym
Please change your Makefile to use -fuse-ld=gold
https://sourceware.org/bugzilla/show_bug.cgi?id=16515
H.J. Lu changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #1 from H.J. Lu ---
Do
https://sourceware.org/bugzilla/show_bug.cgi?id=16488
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Version|unspecified
https://sourceware.org/bugzilla/show_bug.cgi?id=16489
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Version|unspecified
https://sourceware.org/bugzilla/show_bug.cgi?id=16490
H.J. Lu changed:
What|Removed |Added
Version|unspecified |2.24
Target Milestone|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16490
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16515
H.J. Lu changed:
What|Removed |Added
Status|WAITING |NEW
--
You are receiving this mail because
https://sourceware.org/bugzilla/show_bug.cgi?id=16627
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16467
H.J. Lu changed:
What|Removed |Added
CC||stefan.bruens@rwth-aachen.d
https://sourceware.org/bugzilla/show_bug.cgi?id=16693
H.J. Lu changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #1 from H.J. Lu ---
Pl
https://sourceware.org/bugzilla/show_bug.cgi?id=16693
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=16693
--- Comment #3 from H.J. Lu ---
(In reply to Viatcheslav Ostapenko from comment #2)
> Created attachment 7465 [details]
> Test
>
> Attached test miniproject.
>
> In resulting test.so dynamic_list_exported_from_static_lib() should be
> export
https://sourceware.org/bugzilla/show_bug.cgi?id=16693
--- Comment #5 from H.J. Lu ---
(In reply to Viatcheslav Ostapenko from comment #4)
> That means that there is no way to hide all symbols by default and override
> with --dynamic-list or --export-dynamic-symbol .
No, you can't do it with --dy
https://sourceware.org/bugzilla/show_bug.cgi?id=16693
--- Comment #12 from H.J. Lu ---
(In reply to Cary Coutant from comment #9)
> > --dynamic-list isn't used to control which symbols are exported or
> > not. From ld manual:
> >
> > '--dynamic-list=DYNAMIC-LIST-FILE'
> > Specify the name o
https://sourceware.org/bugzilla/show_bug.cgi?id=16693
H.J. Lu changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16746
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment #4
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
This testcase is derived from PR 12760 since we only see the warning
section after the LTO IR symbols have been loaded. Since we don't
keep the undefined reference when seeing a definition, we lose the
refe
https://sourceware.org/bugzilla/show_bug.cgi?id=16746
--- Comment #6 from H.J. Lu ---
A patch is posted at
https://sourceware.org/ml/binutils/2014-03/msg00261.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=16756
--- Comment #1 from H.J. Lu ---
A patch is posted at
https://sourceware.org/ml/binutils/2014-03/msg00275.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=16756
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16787
H.J. Lu changed:
What|Removed |Added
Status|WAITING |NEW
--
You are receiving this mail because
https://sourceware.org/bugzilla/show_bug.cgi?id=16787
H.J. Lu changed:
What|Removed |Added
Attachment #7512|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=16787
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=16787
--- Comment #11 from H.J. Lu ---
(In reply to Nick Clifton from comment #10)
> Sorry, but I still canont reproduce this failure. :-(
>
> H.J. - your test case does not demonstrated the problem, at least as far as
> I can see. It shows the li
https://sourceware.org/bugzilla/show_bug.cgi?id=16320
--- Comment #2 from H.J. Lu ---
Created attachment 7561
--> https://sourceware.org/bugzilla/attachment.cgi?id=7561&action=edit
x86-64 foo.o
As of GNU gold (GNU Binutils 2.24.51.20140425) 1.11, I still got:
[hjl@gnu-6 pr16320]$ ./ld.gold -s
https://sourceware.org/bugzilla/show_bug.cgi?id=16320
H.J. Lu changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|WORKSFORME
https://sourceware.org/bugzilla/show_bug.cgi?id=16480
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16886
H.J. Lu changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #1 from H.J. Lu ---
I
https://sourceware.org/bugzilla/show_bug.cgi?id=16886
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--
You are
||hjl.tools at gmail dot com
Resolution|--- |FIXED
Target Milestone|--- |2.25
--- Comment #3 from H.J. Lu ---
(In reply to Russ Cox from comment #1)
> Here are some related cases. They may be caused by something sligh
https://sourceware.org/bugzilla/show_bug.cgi?id=16893
H.J. Lu changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |hjl.tools at gmail dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=16886
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16870
H.J. Lu changed:
What|Removed |Added
CC||Bernhard.Rosenkranzer@linar
https://sourceware.org/bugzilla/show_bug.cgi?id=14324
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16945
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
Target
https://sourceware.org/bugzilla/show_bug.cgi?id=16945
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=17154
--- Comment #1 from H.J. Lu ---
libc.so is fine:
Starting program: /export/build/gnu/glibc/build-x86_64-linux/string/test-bcopy
--direct
bcopysimple_bcopy
Breakpoint 1, do_one_test (impl=0x604270 ,
impl=0x
https://sourceware.org/bugzilla/show_bug.cgi?id=17117
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=17057
H.J. Lu changed:
What|Removed |Added
CC||amonakov at gmail dot com
--- Comment #1 fr
at sourceware dot org |hjl.tools at gmail dot
com
--
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=17057
--- Comment #2 from H.J. Lu ---
A self-contained testcase:
[hjl@gnu-6 pr17057]$ cat x.c
__thread int my_tls = 1;
int *my_tls_addr() { return &my_tls; }
[hjl@gnu-6 pr17057]$ cat y.c
extern void foo (void);
void
bar (void)
{
foo ();
}
[hjl
https://sourceware.org/bugzilla/show_bug.cgi?id=17057
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=17154
H.J. Lu changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID
https://sourceware.org/bugzilla/show_bug.cgi?id=17154
--- Comment #5 from H.J. Lu ---
Created attachment 7713
--> https://sourceware.org/bugzilla/attachment.cgi?id=7713&action=edit
Something like this
--
You are receiving this mail because:
You are on the CC list for the bug.
___
https://sourceware.org/bugzilla/show_bug.cgi?id=17154
H.J. Lu changed:
What|Removed |Added
Component|ld |binutils
Summary|x86_64 ld fails
https://sourceware.org/bugzilla/show_bug.cgi?id=17154
H.J. Lu changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=17218
H.J. Lu changed:
What|Removed |Added
Attachment #7734|0 |1
is patch|
https://sourceware.org/bugzilla/show_bug.cgi?id=16893
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=17306
H.J. Lu changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #1 from H.J. Lu ---
Pl
https://sourceware.org/bugzilla/show_bug.cgi?id=17306
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=17306
--- Comment #4 from H.J. Lu ---
(In reply to Fam Zheng from comment #2)
> Created attachment 7758 [details]
> Reproducer
>
Please provide a self-contained testcase. I don't have all libraries
this one needed.
--
You are receiving this mai
https://sourceware.org/bugzilla/show_bug.cgi?id=17306
--- Comment #5 from H.J. Lu ---
(In reply to Fam Zheng from comment #3)
> (In reply to H.J. Lu from comment #1)
> > BTW, you can try -Wl,-u,qmp_query_uuid for your original problem.
>
> Yes it does help, Thanks. But there are a few more symbo
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
[hjl@gnu-6 lea-2]$ cat lea1.s
.data
.globl foo
foo:
.quad -1
.text
.globl_start
.type_start, @function
_start:
movqfoo@GOTPCREL(%rip), %rax
[hjl
https://sourceware.org/bugzilla/show_bug.cgi?id=17306
H.J. Lu changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #6 from H.J. Lu ---
A smal
https://sourceware.org/bugzilla/show_bug.cgi?id=17313
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |2.25
--
You are receiving this mail becaus
https://sourceware.org/bugzilla/show_bug.cgi?id=17313
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=17306
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
[hjl@gnu-4 tmp]$ cat x.c
int
main ()
{
}
[hjl@gnu-4 tmp]$ gcc -m32 x.c
[hjl@gnu-4 tmp]$ readelf -l a.out
Elf file type is EXEC (Executable file)
Entry point 0x80482d0
There are 8 program headers
https://sourceware.org/bugzilla/show_bug.cgi?id=17369
--- Comment #2 from H.J. Lu ---
It just looks odd.
--
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.
https://sourceware.org/bugzilla/show_bug.cgi?id=17412
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=17421
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment #5
https://sourceware.org/bugzilla/show_bug.cgi?id=17421
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=17440
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=17482
--- Comment #1 from H.J. Lu ---
I couldn't find a good solution for this. I am leaning toward to encode
instructions with gottpoff relocation with a dummy REX prefix (0x40)
if there is no REX prefix.
--
You are receiving this mail because:
https://sourceware.org/bugzilla/show_bug.cgi?id=17482
--- Comment #2 from H.J. Lu ---
Created attachment 7832
--> https://sourceware.org/bugzilla/attachment.cgi?id=7832&action=edit
A patch
This is the patch I am testing. But I may not have time
to check it in for the next couple weeks. Pleas
https://sourceware.org/bugzilla/show_bug.cgi?id=17482
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
401 - 500 of 4320 matches
Mail list logo
