[Bug gold/26200] ld terminated with signal 11 with LTO and -Wl,--thread-count=2
https://sourceware.org/bugzilla/show_bug.cgi?id=26200 --- Comment #12 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by H.J. Lu : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=d4820dac5e7608e24fba6d08cde9248b4c4b2928 commit d4820dac5e7608e24fba6d08cde9248b4c4b2928 Author: H.J. Lu Date: Sun Nov 8 04:10:01 2020 -0800 gold: Avoid sharing Plugin_list::iterator class Plugin_manager has // A pointer to the current plugin. Used while loading plugins. Plugin_list::iterator current_; The same iterator is shared by all threads. It is OK to use it to load plugins since only one thread loads plugins. Avoid sharing Plugin_list iterator in all other cases. PR gold/26200 * plugin.cc (Plugin_manager::claim_file): Don't share Plugin_list iterator. (Plugin_manager::all_symbols_read): Likewise. (Plugin_manager::cleanup): Likewise. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gold/26200] ld terminated with signal 11 with LTO and -Wl,--thread-count=2
https://sourceware.org/bugzilla/show_bug.cgi?id=26200 H.J. Lu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |NOTABUG --- Comment #13 from H.J. Lu --- Fixed for 2.36. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/16177] R_ARM_COPY reloc generated for reference in writable section
https://sourceware.org/bugzilla/show_bug.cgi?id=16177 Joe Hermaszewski changed: What|Removed |Added CC||sourceware at sub dot monoid.al --- Comment #10 from Joe Hermaszewski --- Hi Jessica, I tried out the patch, thank you! It still applies cleanly, however when building ncurses it fails, here are the last few lines: armv7l-unknown-linux-musleabihf-ranlib ../lib/libncurses++w.a compiling demo (obj_s) armv7l-unknown-linux-musleabihf-g++ -o demo ../obj_s/demo.o -L../lib -lncurses++w -L../lib -lformw -lmenuw -lpanelw -lncursesw-lutil -DHAVE_CONFIG_H -I../c++ -I. -I../include -DNDEBUG -O2 -fPIC armv7l-unknown-linux-musleabihf-ld: ../obj_s/demo.o(.data.rel.ro._ZTI16NCursesFieldType[_ZTI16NCursesFieldType]+0): unresolvable R_ARM_ABS32 relocation against symbol `_ZTVN10__cxxabiv117__class_type_infoE@@CXXABI_1.3' armv7l-unknown-linux-musleabihf-ld: final link failed: nonrepresentable section on output collect2: error: ld returned 1 exit status The complete log (against musl) is here: https://gist.github.com/2dcd79254db6a00e9d9b99f7f556e56e And against glibc: https://gist.github.com/3d744762e20df5bad9652f20d8f1a06e -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/16177] R_ARM_COPY reloc generated for reference in writable section
https://sourceware.org/bugzilla/show_bug.cgi?id=16177 --- Comment #11 from Joe Hermaszewski --- To reproduce, - Get a copy of the ncurses 6.2 source - With binutils (with the patch), and gcc in PATH (both cross compiling to armv7l-unknown-linux-gnueabihf) - CXX=armv7l-unknown-linux-gnueabihf-g++ CC=armv7l-unknown-linux-gnueabihf-gcc ... - ./configure --build=x86_64-unknown-linux-gnu --host=armv7l-unknown-linux-gnueabihf - make all -j - Observe the mentioned failure -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/16177] R_ARM_COPY reloc generated for reference in writable section
https://sourceware.org/bugzilla/show_bug.cgi?id=16177 --- Comment #12 from Joe Hermaszewski --- A much more simple reproducer for the error message I mentioned (from GHC's configure script): cat >actest.s <<-EOF .globl _start .p2align 4 _start: bkpt .data .globl data_object object_reference: .long data_object .size object_reference, 4 EOF cat >aclib.s <<-EOF .data .globl data_object .type data_object, %object .size data_object, 4 data_object: .long 123 EOF $AS -o aclib.o aclib.s $LD -shared -o aclib.so aclib.o $AS -o actest.o actest.s $LD -o actest actest.o aclib.so -- You are receiving this mail because: You are on the CC list for the bug.
