[Bug gold/16111] missing symbol in anonymous namespace in dynamic library not detected when cross compiling to IA-32, linked application segfaults
https://sourceware.org/bugzilla/show_bug.cgi?id=16111 Cary Coutant changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Assignee|ian at airs dot com|ccoutant at gmail dot com --- Comment #2 from Cary Coutant --- Committed patch to diagnose the GOTOFF reference to undefined symbol on i386. -- 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/16111] missing symbol in anonymous namespace in dynamic library not detected when cross compiling to IA-32, linked application segfaults
https://sourceware.org/bugzilla/show_bug.cgi?id=16111 --- Comment #1 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Cary Coutant: https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=ed700649d0607e6509d5bbc51f4617bbae13a543 commit ed700649d0607e6509d5bbc51f4617bbae13a543 Author: Cary Coutant Date: Sun Mar 27 16:09:56 2016 -0700 Fix failure to diagnose GOTOFF relocation to undef symbol in shared lib (i386). gold/ PR gold/16111 * i386.cc (Target_i386): Add check for fully-resolved symbol for R_386_GOTOFF. -- 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/15460] lack of "relocation truncated to fit: R_X86_64_32 against `.debug_info'" failure for too large debug info
https://sourceware.org/bugzilla/show_bug.cgi?id=15460 Cary Coutant changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Cary Coutant --- Resolving as duplicate. PR 18695 is more comprehensive and contains more discussion. *** This bug has been marked as a duplicate of bug 18695 *** -- 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/18695] [x86-64] Missing relocation overflow check
https://sourceware.org/bugzilla/show_bug.cgi?id=18695 Cary Coutant changed: What|Removed |Added CC||peeter.joot at gmail dot com --- Comment #13 from Cary Coutant --- *** Bug 15460 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 list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/19871] description of --pie, --pic-executable options contains wrong-looking statement
https://sourceware.org/bugzilla/show_bug.cgi?id=19871 Britton Kerin changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID |--- --- Comment #2 from Britton Kerin --- I haven't tried to use malloc overlay or the like before so I don't know exactly how it normally works. Sounds like it only ever works for functions in shared libraries. It But I'm not totally ignorant either, so probably count as a reasonable target for the documentation. Is it like this: "normal dynamically linked executables" * symbols cannot be preempted "-pie executables * symbols cannot be preempted If so, I guess the mention of the two particular respects in which -pie executables are like non-pie ones are included because people might think it ends up like a -fPIC library in which preload etc. can work? But if this is the case why mention "they can be executed" at all? Surely that goes without saying when creating an executable? This description needs improvement somehow, it's not clear as it is if you don't already know what's going on. -- 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/15192] Failes to build Chromium project with the gold64 linker and incremental linkage.
https://sourceware.org/bugzilla/show_bug.cgi?id=15192 Cary Coutant changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|ian at airs dot com|ccoutant at gmail dot com --- Comment #1 from Cary Coutant --- Might be a threading problem. Does it reproduce with --no-threads? -- 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/19870] description of -shared option doesn't match that in gcc manual
https://sourceware.org/bugzilla/show_bug.cgi?id=19870 Britton Kerin changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #2 from Britton Kerin --- In that case the bug is in the gcc documentation, which doesn't accurately describe the circumstances in which the requirement applies. I think many people will make the same wrong assumption I made, because most build setups don't perform compilation and linking in one single gcc invocation. It's possible that the ld -shared option would benefit from a mention of -fPIC or something but that's a different and more questionable issue. I'm going to mark this resolved here and submit it as a gcc bug. -- 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/14533] large (88M) ICC compiled .obj files inside .a archive confuse / error the gold linker
https://sourceware.org/bugzilla/show_bug.cgi?id=14533 Cary Coutant changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #9 from Cary Coutant --- Closing. Problem was with the compiler. -- 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/14330] failure to link global hidden symbol
https://sourceware.org/bugzilla/show_bug.cgi?id=14330 Cary Coutant changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |OBSOLETE --- Comment #7 from Cary Coutant --- Closing. > This is a wild guess, but I think your asm code is getting placed in a > random section depending on the other options. Try adding a ".text" > statement in the function definition below: > > DFGOperations.cpp: > > asm ( > ".globl getHostCallReturnValue\n" > ".hidden getHostCallReturnValue\n" > "getHostCallReturnValue:\n" > "mov -40(%r13), %r13\n" > "mov %r13, %rdi\n" > "jmp getHostCallReturnValueWithExecState\n" > ); If this wasn't the problem, and the problem remains, please reopen. -- 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/14316] gold build failure with recent GCC trunk because of -Werror=unused-local-typedefs
https://sourceware.org/bugzilla/show_bug.cgi?id=14316 Cary Coutant changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Cary Coutant --- Fixed with: https://sourceware.org/ml/binutils-cvs/2012-07/msg00045.html -- 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/14124] Linking fails with 'address of section '.tbss' moves backward from 0xc008 to 0xc000'
https://sourceware.org/bugzilla/show_bug.cgi?id=14124 Cary Coutant changed: What|Removed |Added Status|NEW |WAITING --- Comment #5 from Cary Coutant --- Waiting to hear if this is fixed with mainline gold. -- 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/13322] ARM/Thumb interwork stubs should appear in some way in the symbol table
https://sourceware.org/bugzilla/show_bug.cgi?id=13322 Cary Coutant changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Cary Coutant --- This looks like the cause of PR 13321. *** This bug has been marked as a duplicate of bug 13321 *** -- 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/13321] Gold creates mixed Thumb/ARM files that objdump -d doesn't understand
https://sourceware.org/bugzilla/show_bug.cgi?id=13321 --- Comment #3 from Cary Coutant --- *** Bug 13322 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 list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/13214] Gold does emit mapping symbols for stubs
https://sourceware.org/bugzilla/show_bug.cgi?id=13214 Cary Coutant changed: What|Removed |Added CC||ccoutant at gmail dot com --- Comment #2 from Cary Coutant --- Was this fixed with the fix to PR 13321? -- 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/13321] Gold creates mixed Thumb/ARM files that objdump -d doesn't understand
https://sourceware.org/bugzilla/show_bug.cgi?id=13321 Cary Coutant changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Cary Coutant --- 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 gold/13162] gold should support -Ttext-segment, not overload -Ttext
https://sourceware.org/bugzilla/show_bug.cgi?id=13162 Cary Coutant changed: What|Removed |Added Status|NEW |RESOLVED CC||ccoutant at gmail dot com Resolution|--- |FIXED --- Comment #1 from Cary Coutant --- Fixed (mostly) with: https://sourceware.org/ml/binutils-cvs/2013-02/msg00120.html But -Ttext still means the same thing as -Ttext-segment in gold. That part is WONTFIX. -- 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/13019] "error: load segment overlap" when linking Linux kernel
https://sourceware.org/bugzilla/show_bug.cgi?id=13019 Cary Coutant changed: What|Removed |Added Status|NEW |RESOLVED CC||ccoutant at gmail dot com Resolution|--- |INVALID --- Comment #5 from Cary Coutant --- With the dot problem split out as a separate bug (and fixed), and the segment overlap problem acknowledged as a problem with the script, I think this bug can be closed. -- 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/12971] Segmentation fault: 11 when using -flto=6 on FreeBSD 8.2
https://sourceware.org/bugzilla/show_bug.cgi?id=12971 Cary Coutant changed: What|Removed |Added Status|NEW |RESOLVED CC||ccoutant at gmail dot com Resolution|--- |OBSOLETE --- Comment #5 from Cary Coutant --- Seems to work now; closing. -- 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/12968] gold generates broken binaries on FreeBSD 8.2
https://sourceware.org/bugzilla/show_bug.cgi?id=12968 Cary Coutant changed: What|Removed |Added CC||ccoutant at gmail dot com Assignee|ian at airs dot com|ccoutant at gmail dot com --- Comment #19 from Cary Coutant --- I have a feeling that this may be due to a bug in the way gold reverses the contents of the .ctors sections as it moves them to .init_array. In do_relocate(), we reverse the individual words of a .ctors section, but we do not reverse the corresponding dynamic relocations. If every entry in a .ctors section produces a RELATIVE relocation, it doesn't matter, but if, for some reason, there's a different kind of relocation (or no relocation) on one or more entries, this could cause a runtime crash as an entry that should have had a RELATIVE relocation applied doesn't get relocated, or vice versa. Now that GCC has been putting ctors in .init_array for quite a while now, this bug is probably obsolete, but still ought to be fixed just because it has the potential for causing a crash. -- 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/12488] plugins don't support linkonce
https://sourceware.org/bugzilla/show_bug.cgi?id=12488 Cary Coutant changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #8 from Cary Coutant --- > I noticed that the real problem is that plugins don't support linkonce. We > select the symbol from the IL file but the section from the elf file :-) > > Shouldn't be too hard to add support, but I will try to get LLVM to use > comdat instead. > > Should I close as wontfix? Yeah, I think comdat is the right way to go. BTW, with plugin_test.so, it doesn't recognize comdat symbols from the .syms file, but if you add the comdat key as a --plugin-opt, it will special-case a symbol of the same name. Limited use, but sufficient for the test cases. -- 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/12472] ifuncmain7pie failed on Fedora 14/x64-64
https://sourceware.org/bugzilla/show_bug.cgi?id=12472 Cary Coutant changed: What|Removed |Added Status|REOPENED|RESOLVED CC||ccoutant at gmail dot com Resolution|--- |OBSOLETE --- Comment #10 from Cary Coutant --- Closing as obsolete. -- 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/12433] Linking libjvm.so with LTO fails with undefined references
https://sourceware.org/bugzilla/show_bug.cgi?id=12433 Cary Coutant changed: What|Removed |Added Status|NEW |RESOLVED CC||ccoutant at gmail dot com Resolution|--- |FIXED Assignee|ian at airs dot com|ccoutant at gmail dot com --- Comment #8 from Cary Coutant --- I think that has been fixed for a while now, closing. -- 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/12353] exception_separate_shared_{12,21}_test fail when built with --as-needed
https://sourceware.org/bugzilla/show_bug.cgi?id=12353 Cary Coutant changed: What|Removed |Added Status|NEW |RESOLVED CC||ccoutant at gmail dot com Resolution|--- |FIXED Assignee|ian at airs dot com|ccoutant at gmail dot com --- Comment #1 from Cary Coutant --- Fixed with this commit: https://sourceware.org/ml/binutils-cvs/2012-12/msg00083.html -- 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/12244] 416.gamess in SPEC CPU 2006 is miscompiled by LTO with gold
https://sourceware.org/bugzilla/show_bug.cgi?id=12244 Cary Coutant changed: What|Removed |Added Status|NEW |RESOLVED CC||ccoutant at gmail dot com Resolution|--- |FIXED --- Comment #3 from Cary Coutant --- This was marked as fixed on the GCC side. -- 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/11997] Different behevior of MEMORY regions
https://sourceware.org/bugzilla/show_bug.cgi?id=11997 Cary Coutant changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC||ccoutant at gmail dot com Resolution|--- |FIXED --- Comment #7 from Cary Coutant --- >1. GOLD creates an extra segment to hold the program headers, LD does > not. > >2. GOLD orders the sections in the section header by file offset, LD > orders them by the sequence in which they were declared in the linker > script. > > I do not feel that these are major issues, but I am leaving the PR open > in case anyone else feels differently. Looks like no one felt differently. Closing. -- 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/11604] gc not as effective when using a plugin
https://sourceware.org/bugzilla/show_bug.cgi?id=11604 Cary Coutant changed: What|Removed |Added Status|NEW |RESOLVED CC||ccoutant at gmail dot com Resolution|--- |FIXED --- Comment #4 from cvs-commit at gcc dot gnu.org --- Subject: Bug 11604 CVSROOT:/cvs/src Module name:src Changes by: espind...@sourceware.org2010-05-26 15:47:39 Modified files: gold : ChangeLog object.cc gold/testsuite : Makefile.am Makefile.in Added files: gold/testsuite : plugin_test_7.sh plugin_test_7_1.c plugin_test_7_2.c Log message: 2010-05-26 Rafael EspindolaPR 11604 * gold/object.cc(Sized_relobj::do_layout_deferred_sections): Avoid adding sections the garbage collector removed. * gold/testsuite/Makefile.am: Add test. * gold/testsuite/Makefile.in: Regenerate. * gold/testsuite/plugin_test_7.sh: New. * gold/testsuite/plugin_test_7_1.c: New. * gold/testsuite/plugin_test_7_2.c: New. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/gold/ChangeLog.diff?cvsroot=src=1.565=1.566 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gold/object.cc.diff?cvsroot=src=1.122=1.123 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gold/testsuite/plugin_test_7.sh.diff?cvsroot=src=NONE=1.1 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gold/testsuite/plugin_test_7_1.c.diff?cvsroot=src=NONE=1.1 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gold/testsuite/plugin_test_7_2.c.diff?cvsroot=src=NONE=1.1 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gold/testsuite/Makefile.am.diff?cvsroot=src=1.134=1.135 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gold/testsuite/Makefile.in.diff?cvsroot=src=1.141=1.142 --- Comment #5 from Cary Coutant --- Looks like this was fixed back in 2010. -- 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/11533] gold generates bad DSO
https://sourceware.org/bugzilla/show_bug.cgi?id=11533 Cary Coutant changed: What|Removed |Added Status|NEW |RESOLVED CC||ccoutant at gmail dot com Resolution|--- |OBSOLETE --- Comment #2 from Cary Coutant --- This appears to have been fixed at some point. It no longer fails one trunk. -- 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/11350] Broken versioned symbols in the output for the relocatable objects
https://sourceware.org/bugzilla/show_bug.cgi?id=11350 Cary Coutant changed: What|Removed |Added Status|NEW |ASSIGNED CC||ccoutant at gmail dot com Assignee|ian at airs dot com|ccoutant 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
[Bug gold/11259] executables linked with gold segfault
https://sourceware.org/bugzilla/show_bug.cgi?id=11259 Cary Coutant changed: What|Removed |Added Status|NEW |RESOLVED CC||ccoutant at gmail dot com Resolution|--- |OBSOLETE --- Comment #2 from Cary Coutant --- Closing this for lack of activity. Please reopen if it's still an issue. -- 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/6767] program linked with gold seg faults
https://sourceware.org/bugzilla/show_bug.cgi?id=6767 Cary Coutant changed: What|Removed |Added Status|SUSPENDED |ASSIGNED CC||ccoutant at gmail dot com Assignee|ian at airs dot com|amodra at gmail dot com --- Comment #6 from Cary Coutant --- I suspect this bug can be closed now. -- 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/19870] description of -shared option doesn't match that in gcc manual
https://sourceware.org/bugzilla/show_bug.cgi?id=19870 Cary Coutant changed: What|Removed |Added CC||ccoutant at gmail dot com --- Comment #1 from Cary Coutant --- The linker manual describes only linker options. The -fpic and model suboptions are not linker options. They're only required when you pass -shared to gcc if you're also compiling source files at the same time. If you're just running gcc to link a bunch of .o files, compiler options like -fpic are unnecessary. -- 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/19871] description of --pie, --pic-executable options contains wrong-looking statement
https://sourceware.org/bugzilla/show_bug.cgi?id=19871 Andreas Schwabchanged: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #1 from Andreas Schwab --- "normal dynamically linked executables" refers to non-pie objects which are like pie objects where symbols cannot be preempted. -- 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/18452] ld allows overlapping sections
https://sourceware.org/bugzilla/show_bug.cgi?id=18452 Cristian Gavril Olar changed: What|Removed |Added CC||cristiangavril_olar at yahoo dot c ||om --- Comment #4 from Cristian Gavril Olar --- Created attachment 9132 --> https://sourceware.org/bugzilla/attachment.cgi?id=9132=edit binutils LD change patch Like the link in the last comment shows, this behavior is sane because BSS sections have to be able to overlap between themselves and data sections for overlay reasons. But as one user of LD who both needs overlaps but at the same time has been bitten by longish debugging hours because of not realizing that I had incidentally created unwanted/accidental overlaps I suggest the following change: 1) Have LD inform by default if there are noload sections overlapping other sections 2) If someone saw the information, became aware of the overlap and consciously makes a choice to quiet down that information, provide a LD flag that would silence that extra verbosity The attached patch is a suggestion of such a change. Basically, in a default run, LD would just print information of the sort of: "legal section overlap of section .text loaded at [8010,801f] overlapping section .bss loaded at [8000,801f]. See https://sourceware.org/ml/binutils/2009-05/msg00330.html; And if the user decides that they have become aware and that for their case this is a legal use, they could silence the information by using a "--no-check-overlap-noload-sections" flag sent to LD. The patch is done against binutils 2.24. -- 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