[Bug ld/17444] g++ tests g++.dg/ipa/pr61160-2.C and g++.dg/ipa/pr61160-3 fail on arm-none-linux-gnueabi with -mthumb
https://sourceware.org/bugzilla/show_bug.cgi?id=17444 Martin Jambor changed: What|Removed |Added CC||jamborm 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
[Bug gold/13597] Broken sysv-style hash table when --hash-style=both
https://sourceware.org/bugzilla/show_bug.cgi?id=13597 Mike Hommey changed: What|Removed |Added CC||mh-sourceware at glandium dot org --- Comment #6 from Mike Hommey --- I just hit this bug today. What's holding it being fixed? -- 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
[Bug ld/17447] New: .eh_frame_hdr table[5707] FDE at 0000000000c45b8c overlaps table[5708] FDE at 0000000000c45a88
https://sourceware.org/bugzilla/show_bug.cgi?id=17447 Bug ID: 17447 Summary: .eh_frame_hdr table[5707] FDE at 00c45b8c overlaps table[5708] FDE at 00c45a88 Product: binutils Version: 2.25 (HEAD) Status: NEW Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: nheghathivhistha at gmail dot com libOpenCL.so.1.0.0 of Mesa 10.3.0 tried to be built on top of LLVM 3.5.0 with gcc-4.9.2 prerelease or gcc-5.0 alpha cannot be linked by GNU ld (Gentoo 2.24.51) 2.24.51.20140923 (vanilla Gentoo ebuild, dump from git head). Message from ld is .eh_frame_hdr table[5707] FDE at 00c45b8c overlaps table[5708] FDE at 00c45a88 for gcc-4.9.2-pre and .eh_frame_hdr table[5712] FDE at 00c45788 overlaps table[5713] FDE at 00c45684 for gcc 5.0 svn rev. 215679, both for LTO enabled and disabled. With Gentoo vanilla binutils-2.24-r3 with Markus's patch for slim LTO and patch to warn about non-existence of LTO plugin and patch highlited by Emil Velikov in his comment #3 in Mesa bug report #84242: https://projects.archlinux.org/svntogit/packages.git/plain/trunk/binutils-2.24-shared-pie.patch?h=packages/binutils&id=47bdd59a9967ee8dd2bcc47797855185c6471546 it builds without any error. There exists an Ubuntu bug report about this: https://bugs.launchpad.net/arb/+bug/1371636 and I created a Mesa bug report https://bugs.freedesktop.org/show_bug.cgi?id=84242 where Emil Velikov wrote that for him it works and pointed out patch he is using. In binutils git head the patch is present, as are the LTO plugins patches: patch -p1 < ../../binutils-2.24-shared-pie.patch patching file ld/emultempl/elf32.em Hunk #1 FAILED at 1480. Hunk #2 FAILED at 1504. Hunk #3 FAILED at 1620. 3 out of 3 hunks FAILED -- saving rejects to file ld/emultempl/elf32.em.rej The next patch would create the file ld/testsuite/ld-elf/ehdr_start-shared.d, which already exists! Assume -R? [n] Apply anyway? [n] n Skipping patch. 1 out of 1 hunk ignored patching file ld/testsuite/ld-elf/ehdr_start-userdef.d Reversed (or previously applied) patch detected! Assume -R? [n] patch: tty read failed: Bad file descriptor Apply anyway? [n] Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file ld/testsuite/ld-elf/ehdr_start-userdef.d.rej patching file ld/testsuite/ld-elf/ehdr_start-weak.d Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file ld/testsuite/ld-elf/ehdr_start-weak.d.rej patching file ld/testsuite/ld-elf/ehdr_start.d Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file ld/testsuite/ld-elf/ehdr_start.d.rej For Kai (comment #1 on Mesa bug report #84242 ) it fails the same way on: "My stack is (base: Debian Testing): libdrm: 2.4.56-1 LLVM: SVN:trunk/r218506 (3.6 snapshot) libclc: Git:master/5b48f170c8 Mesa: Git:master/c3f17bb18f GCC: 4.9.1-14 (gcc (Debian 4.9.1-14) 4.9.1) autoconf: 2.69-8 libtool: 2.4.2-1.10 binutils: 2.24.51.20140903-1" and NOT fails with binutils 2.24.51.20140818-1 (his comment #8 on Mesa bug report #84242: " After downgrading binutils to 2.24.51.20140818-1 (the version I've used in the successful build of Mesa 5a4e0f3873), and also downgrading gcc (+ all libraries from the gcc-4.9 package Mesa needs) to 4.9.1-12, because later gcc packages require newer binutils versions, I was able to build even the version I attempted to build yesterday (Mesa c3f17bb18f) In no build I had LTO activated. " Am I wrong or is this really problem with binutils? -- 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
[Bug gold/17448] New: gold doesn't work with --dynamic-list=<(echo '...') construct (non-seekable pipe input)
https://sourceware.org/bugzilla/show_bug.cgi?id=17448
Bug ID: 17448
Summary: gold doesn't work with --dynamic-list=<(echo '...')
construct (non-seekable pipe input)
Product: binutils
Version: 2.24
Status: NEW
Severity: normal
Priority: P2
Component: gold
Assignee: ccoutant at google dot com
Reporter: martinrb at google dot com
CC: ian at airs dot com
The self-explanatory bash snippet below shows that --dynamic-list must be a
"real" file and that gold's error message is misleading and contains
implementation details of the file parser (what's $end?; what do you mean, you
were looking for '{' in column 1?? It's right there!). Whereas bfd ld works
correctly.
$ for ld in bfd gold; do echo -- $ld --; gcc --use-ld=$ld
-Wl,--dynamic-list=<(echo '{ main; };') main.c && nm -D a.out; done
-- bfd --
w __gmon_start__
U __libc_start_main
0040054d T main
U puts
-- gold --
/usr/bin/ld.gold: error: /proc/self/fd/11:1:1: syntax error, unexpected $end,
expecting '{'
/usr/bin/ld.gold: fatal error: unable to parse dynamic-list script file
/proc/self/fd/11
--
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
[Bug gold/17449] New: Exporting dynamic symbols from the main program is too difficult
https://sourceware.org/bugzilla/show_bug.cgi?id=17449
Bug ID: 17449
Summary: Exporting dynamic symbols from the main program is too
difficult
Product: binutils
Version: 2.24
Status: NEW
Severity: normal
Priority: P2
Component: gold
Assignee: ccoutant at google dot com
Reporter: martinrb at google dot com
CC: ian at airs dot com
(This bug also affects gcc the compiler itself; is there a better category?)
If I have some symbols defined by the main executable that I wish to be
accessed by dlopen'ed libraries (via dlopen(NULL) and dlsym), it seems too
difficult to discover and maintain the required steps. In the past we have
done all of these:
- Annotate the symbols via __attribute__((visibility("default")))
- Ensure the symbols are referenced by main() to prevent -ffunction-sections
together with -Wl,--gc-sections from removing them
- List the symbols in the global section of a version script with an anonymous
version
- Add -Wl,--export-dynamic to the link.
What I really want is a single annotation I can place in the source file that
will ensure all of the above. The microsoftish __dclspec(dllexport) seems to
have a name with the right connotations, but I haven't tried using it.
We can make incremental progress, e.g. by having the presence of a version
script imply --export-dynamic, or having the presence of default visibility
prevent gc-sections from collecting the symbols.
If compatibility is too hard to overcome, at least document these steps
somewhere in the ld or gcc docs.
--
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
[Bug gold/13597] Broken sysv-style hash table when --hash-style=both
https://sourceware.org/bugzilla/show_bug.cgi?id=13597 --- Comment #7 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "gdb and binutils". The branch, master has been updated via cd6da0366dc6684d32f349b729b5558258fc3af4 (commit) from d83ad864a285fe3127e1a98830197e8461ad2745 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=cd6da0366dc6684d32f349b729b5558258fc3af4 commit cd6da0366dc6684d32f349b729b5558258fc3af4 Author: Kito Cheng Date: Tue Sep 30 14:36:46 2014 -0700 Fix SysV-style hash table when --hash-style=both. When --hash-style-both is used, gold currently builds the sysv hash table first, then the gnu hash table. Building the gnu hash table renumbers the dynamic symbol table, invalidating the sysv hash table. This patch reverses the order in which the hash tables are build so that both hash tables are correct. gold/ PR gold/13597 * layout.cc (Layout::create_dynamic_symtab): Build gnu-style hash table before sysv-style hash table. --- Summary of changes: gold/ChangeLog |6 ++ gold/layout.cc | 42 ++ 2 files changed, 28 insertions(+), 20 deletions(-) -- 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
[Bug gold/13597] Broken sysv-style hash table when --hash-style=both
https://sourceware.org/bugzilla/show_bug.cgi?id=13597 Cary Coutant changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Assignee|ian at airs dot com|ccoutant at google dot com --- Comment #8 from Cary Coutant --- Sorry, I thought the proposed patch had already been applied. -- 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
[Bug gold/17432] internal error in relocate_tls, at gold/x86_64.cc:3829
https://sourceware.org/bugzilla/show_bug.cgi?id=17432 --- Comment #6 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "gdb and binutils". The branch, master has been updated via db4c959472b3a8f82cfb67d2532ba22f44ab98da (commit) from cd6da0366dc6684d32f349b729b5558258fc3af4 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=db4c959472b3a8f82cfb67d2532ba22f44ab98da commit db4c959472b3a8f82cfb67d2532ba22f44ab98da Author: Cary Coutant Date: Tue Sep 30 16:06:50 2014 -0700 Fix error from previous patch where tosize and tovalue were redefined in a block, shadowing the declarations outside the block. gold/ PR gold/17432 * resolve.cc (Symbol_table::resolve): Fix local shadowing error. --- Summary of changes: gold/ChangeLog |5 + gold/resolve.cc |4 ++-- 2 files changed, 7 insertions(+), 2 deletions(-) -- 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
