[Bug binutils/14258] New: dlltool syntax error
http://sourceware.org/bugzilla/show_bug.cgi?id=14258 Bug #: 14258 Summary: dlltool syntax error Product: binutils Version: 2.23 (HEAD) Status: NEW Severity: normal Priority: P2 Component: binutils AssignedTo: unassig...@sourceware.org ReportedBy: vanboxem.ru...@gmail.com Classification: Unclassified Created attachment 6451 --> http://sourceware.org/bugzilla/attachment.cgi?id=6451 def file that produces a syntax error The attached file produces a dlltool syntax error: $ dlltool -l libusbx.a -v --def libusb-1.0.def dlltool: Processing def file: libusb-1.0.def dlltool: Syntax error in def file libusb-1.0.def:0 dlltool: Processed def file dlltool: Processing definitions dlltool: Processed definitions dlltool: Creating library file: libusbx.a dlltool: run: as -o dmuhh.o dmuhh.s dlltool: run: as -o dmuht.o dmuht.s dlltool: Created lib file The resulting lib file is missing exports and therefore leads to undefined references when using it. This is with dlltool 2.22.52.20120429 Other versions of dlltool: 2.21.53-20110731 2.22 (release) do not have this behavior and work fine. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- 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/12762] LTO on Windows is broken (C++)
http://sourceware.org/bugzilla/show_bug.cgi?id=12762 vanboxem.ruben at gmail dot com changed: What|Removed |Added Summary|lto produces multiple |LTO on Windows is broken |definition errors for all |(C++) |symbols (including CRT) in | |C++ | --- Comment #29 from vanboxem.ruben at gmail dot com 2012-09-23 20:22:44 UTC --- The ori -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- 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/12762] LTO on Windows is broken (C++)
http://sourceware.org/bugzilla/show_bug.cgi?id=12762 --- Comment #30 from vanboxem.ruben at gmail dot com 2012-09-23 20:33:53 UTC --- The original problem has shifted somewhat. Using GCC 4.7.2 and ld 2.23.51.20120920, the first link error I get now when compiling Qt (where I originally met the issue) with -flto (and of course linking with the same option) is the following: g++ -Wl,-s -mthreads -flto -shared -Wl,--out-implib,d:\Development\x64\Qt\lib\libQtXml4.a -o ..\..\lib\QtXml4.dll tmp/obj/release_shared/qdom.o tmp/obj/release_shared/qxml.o tmp/obj/release_shared/qxmlstream.o -L"d:\Development\x64\Qt\lib" -L"d:\Development\x64\Qt\lib" tmp\obj\release_shared\QtXml_resource_res.o -lQtCore4 R:\ccPQQQpC.ltrans23.ltrans.o:ccPQQQpC.ltrans23.o:(.text+0x1d05): undefined reference to `__imp__ZTV12QTextOStream.local.415.4022' R:\ccPQQQpC.ltrans23.ltrans.o:ccPQQQpC.ltrans23.o:(.text+0x1d43): undefined reference to `__imp__ZTV12QTextOStream.local.415.4022' R:\ccPQQQpC.ltrans23.ltrans.o:ccPQQQpC.ltrans23.o:(.text+0x1d81): undefined reference to `__imp__ZTV12QTextIStream.local.414.4003' R:\ccPQQQpC.ltrans23.ltrans.o:ccPQQQpC.ltrans23.o:(.text+0x1dbf): undefined reference to `__imp__ZTV12QTextIStream.local.414.4003' d:/development/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.7.2/../../../../x86_64-w64-mingw32/bin/ld.exe: R:\ccPQQQpC.ltrans23.ltrans.o: bad reloc address 0x8 in section `.data' collect2.exe: error: ld returned 1 exit status mingw32-make[2]: *** [..\..\lib\QtXml4.dll] Error 1 mingw32-make[2]: Leaving directory `D:/Development/x64/Qt/src/xml' Which means that a bunch of libraries now build, and the Qt build utilities that I believe could not be built are now built fine. The above symbol(s) ran through C++filt say: "vtable for QTextOStream". Another small C++ project consisting of a static library and an app compiles without a hitch with -flto (and it works fine too) -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- 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/11539] ld --gc-sections should work for PE-COFF on MinGW
https://sourceware.org/bugzilla/show_bug.cgi?id=11539 --- Comment #16 from vanboxem.ruben at gmail dot com --- I would say Qt and Boost could also be used as a testbed. Qt doesn't have a test suite though, but I guess compiling the examples might be a first indication. Boost has a test suite. -- 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 binutils/24397] New: Segmentation fault demangling symbol
https://sourceware.org/bugzilla/show_bug.cgi?id=24397 Bug ID: 24397 Summary: Segmentation fault demangling symbol Product: binutils Version: 2.31 Status: UNCONFIRMED Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: vanboxem.ruben at gmail dot com Target Milestone: --- Created attachment 11708 --> https://sourceware.org/bugzilla/attachment.cgi?id=11708&action=edit preprocessed source for symbol Executing this command: c++filt _ZN5boost6spirit2x36detail17parse_alternativeINS1_15rule_definitionIN4skui3css7grammar4rgbaENS1_8sequenceINS9_INS9_INS9_INS9_INS9_INS9_INS9_INS9_INS1_14literal_stringIPKcNS0_13char_encoding8standardENS1_11unused_typeEEENS1_12literal_charISE_SF_NS4_INS7_19percentage_or_uint8ENS1_11alternativeINS4_IZNKS7_2asIfEUlOT_E_clINS1_6actionINSS_INSS_INS4_INS7_10percentageENSS_INS9_INS1_11real_parserIfNS1_13real_policiesIfSI_EENS7_6divideIffLb1EEENS7_5clampIfNS7_8multiplyIfNS7_UlRSO_E0_EDaSP_E1_S1B_fLb1EEENS4_IZNKSR_INSS_INSU_IfNS1_14ureal_policiesIfS14_DaSP_E1_S1H_fLb1EhLb1ESI_EES1L_EESI_EES1L_EESI_EENS4_IZNKSR_INSS_INSS_INS4_INS7_24percentage_or_normalizedENSL_IS15_S1H_EEfLb1EEES17_EES1A_DaSP_E1_S1W_fLb1ESI_EENS6_5colorELb1EEEN9__gnu_cxx17__normal_iteratorISC_NSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcENS1_7contextINS7_6color_EKNSL_INSL_INSL_INSL_INSL_INS7_17named_color_tableENS1_16lexeme_directiveINS9_ISI_NSL_INSL_INSL_INS4_INS7_9hex_alphaENS9_INS9_INS9_INS1_11uint_parserIhLj16ELj2ELi2EEES2I_EES2I_EES2I_EES21_Lb0EEENS4_INS7_3hexENS9_IS2K_NS1_11attr_parserIiS21_Lb0ENS4_INS7_15short_hex_alphaENS9_INS9_INS9_INS4_INS7_13shorthand_hexENSS_INS2H_IhLj16ELj1ELi1EEENS16_IhhLb1EEES2Y_EES2Y_EES2Y_EES21_Lb0ENS4_INS7_9short_hexENS9_IS30_S2P_EES21_Lb0EEENS4_INS7_3rgbENS9_INS9_IS1Q_S2P_EESI_EES21_Lb1ES22_EENS4_INS7_3hslENSS_INS9_INS9_INS9_INS9_INS9_INS9_ISJ_NS4_INS7_18degrees_normalizedENSS_IS1G_NS7_L19clamp_and_normalizeILi360EEUlS19_E_EEEfLb1ESI_EES1U_EESI_EES1U_EESI_EEZNS7_7factoryIPFS21_fffEEEDaSO_EUlS19_E_EES21_Lb0ENS4_INS7_4hslaENSS_INS9_INS9_IS3T_S1U_EESI_EEZNS3U_IPFS21_EEEDaSO_EUlS19_E_EES21_Lb0ENS2C_INS7_11color_stop_EKNS9_INS4_IS2D_S49_S21_Lb0EEENSL_INS1_8optionalINSL_INS4_INS6_6lengthENSL_INS9_INSU_IfNS7_28non_scientific_real_policiesIfNS7_10unit_tableEEENS9_ISX_S4I_S4E_Lb1EEES12_NS2O_ISt8optionalIfEEENS2C_INS1_11skipper_tagEKNS1_10char_classISE_NS1_9space_tagEEESF_EES21_S21_EEbRKSO_RT0_RKS55_RKT1_RT2_RT3_ Causes a segfault in libbfd. This also causes gdb to fail to load symbols and thus makes a binary with such a symbol undebuggable. Attached preprocessed source generates this symbol using GCC 8.2. -- 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 binutils/24397] Segmentation fault demangling symbol
https://sourceware.org/bugzilla/show_bug.cgi?id=24397 vanboxem.ruben at gmail dot com changed: What|Removed |Added See Also||https://sourceware.org/bugz ||illa/show_bug.cgi?id=19330 -- 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/12693] LTO on mingw target cause ld terminated with signal 11
http://sourceware.org/bugzilla/show_bug.cgi?id=12693 vanboxem.ruben at gmail dot com changed: What|Removed |Added Target||*-*-mingw* CC||vanboxem.ruben at gmail dot ||com --- Comment #1 from vanboxem.ruben at gmail dot com 2011-05-01 11:00:21 UTC --- I see the same thing. I used the GCC 4.6 SVN branch and the binutils 2.21 branch. ld terminates when compiling a configure test program "ld terminated with signal 11 [Segmentation fault] I compiled/linked with -flto/-flto=2 -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- 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/12693] LTO on mingw target cause ld terminated with signal 11
http://sourceware.org/bugzilla/show_bug.cgi?id=12693 vanboxem.ruben at gmail dot com changed: What|Removed |Added CC||ktietz70 at googlemail dot ||com -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- 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/12742] New: ld error "unrecognized option '-plugin'" on mingw and how to build with plugins enabled on mingw
http://sourceware.org/bugzilla/show_bug.cgi?id=12742 Summary: ld error "unrecognized option '-plugin'" on mingw and how to build with plugins enabled on mingw Product: binutils Version: 2.21 Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo: unassig...@sources.redhat.com ReportedBy: vanboxem.ru...@gmail.com Building binutils and gcc with --enable-lto does not, in fact allow it to be used. The error message: ld.exe: unrecognized option '-plugin' when compiling+linking a simple test file with "g++ -flto main.cpp -o test.exe" I attempted to rebuild binutils with "--enable-plugins", but the build fails in libbfd, among other things. What needs to happen to allow binutils built with "--enable-plugins" on mingw: 1. ld/plugin.c has a code block that defines functions not present on windows between #if !defined (HAVE_DLFNC_H) && defined (HAVE_DLFNC_H) ... #endif. These should also be present in bfd/plugin.c. Additionally, the windows.h header checks should be moved to bfd/configure and bfd/config.h (they are missing) 2. the binutils subdirectory tries to link -ldl, but this isn't right on Windows, just link -lkernel32 instead for mingw targets/hosts (don't know where to change that at all). 3. Perhaps enable plugins by default for binutils for mingw after this change (maybe only if "--enable-lto" is specified) I wish I could provide a patch, but I'm unable to locate some crucial parts that need to be modified for this to work. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- 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/12742] ld error "unrecognized option '-plugin'" on mingw and how to build with plugins enabled on mingw
http://sourceware.org/bugzilla/show_bug.cgi?id=12742 vanboxem.ruben at gmail dot com changed: What|Removed |Added CC||ktietz70 at googlemail dot ||com Host||*-*-mingw* -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- 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/12742] ld error "unrecognized option '-plugin'" on mingw and how to build with plugins enabled on mingw
http://sourceware.org/bugzilla/show_bug.cgi?id=12742 vanboxem.ruben at gmail dot com changed: What|Removed |Added Version|2.21|2.20 -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- 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/11539] ld --gc-sections should work for PE-COFF on MinGW
http://sourceware.org/bugzilla/show_bug.cgi?id=11539 vanboxem.ruben at gmail dot com changed: What|Removed |Added Target|i686-pc-mingw32 |*-*-mingw32 CC||vanboxem.ruben at gmail dot ||com Host|i686-pc-mingw32 |*-*-mingw32 Build|i686-pc-mingw32 | --- Comment #2 from vanboxem.ruben at gmail dot com 2011-05-14 10:45:47 UTC --- I changed the Host/Target/Build to include x86_64 and removed the Build specification, because it's not relevant. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- 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/12762] New: lto produces multiple definition errors for virtual function
http://sourceware.org/bugzilla/show_bug.cgi?id=12762
Summary: lto produces multiple definition errors for virtual
function
Product: binutils
Version: 2.22 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: ld
AssignedTo: unassig...@sources.redhat.com
ReportedBy: vanboxem.ru...@gmail.com
I don't know if this is a GCC or ld bug, but as the error happens in the link
stage, I'm posting it here.
To reproduce:
class.h
---
class A
{
public:
virtual ~A() {}
};
class B : public A
{
public:
~B() {}
};
class.cpp
-
#include "class.h" // just make sure there's more than one object file
main.cpp
#include "class.h"
int main()
{
B b;
return 0;
}
Compile with "g++ -flto" from the 4.6 branch and link with "g++ -flto" which
invokes ld and collect2. Produced errors:
release/class.o (symbol from plugin):(.text+0x0): multiple definition of
`typeinfo for A'
release/main.o (symbol from plugin):(.text+0x0): first defined here
release/class.o (symbol from plugin):(.text+0x0): multiple definition of
`typeinfo name for A'
release/main.o (symbol from plugin):(.text+0x0): first defined here
release/class.o (symbol from plugin):(.text+0x0): multiple definition of
`typeinfo for B'
release/main.o (symbol from plugin):(.text+0x0): first defined here
release/class.o (symbol from plugin):(.text+0x0): multiple definition of
`typeinfo name for B'
release/main.o (symbol from plugin):(.text+0x0): first defined here
collect2: ld returned 1 exit status
Please note that compiling Qmake (when configuring Qt) or a larger C++ project
with -flto produces multiple definitions of stuff like std::allocator operator
new and other standard C++ stuff.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- 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/12762] lto produces multiple definition errors for virtual function
http://sourceware.org/bugzilla/show_bug.cgi?id=12762 vanboxem.ruben at gmail dot com changed: What|Removed |Added CC||vanboxem.ruben at gmail dot ||com -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- 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/12762] lto produces multiple definition errors for virtual function
http://sourceware.org/bugzilla/show_bug.cgi?id=12762 --- Comment #2 from vanboxem.ruben at gmail dot com 2011-05-15 16:01:04 UTC --- Here's all the link commandline and output (taken from a Qt qmake generated makefile): g++ -c -std=c++0x -flto -O2 -frtti -fexceptions -mthreads -Wall -I"..\..\Source\test" -I"." -I"..\Qt\mkspecs\win32-g++" -o release\main.o ..\..\Source\test\main.cpp g++ -c -std=c++0x -flto -O2 -frtti -fexceptions -mthreads -Wall -I"..\..\Source\test" -I"." -I"..\Qt\mkspecs\win32-g++" -o release\class.o ..\..\Source\test\class.cpp M:\Development\x64\test>g++ -flto -Wl,-v -Wl,-s -Wl,-subsystem,console -mthreads -o release\test.exe release/main.o release/class.o collect2 version 4.6.1 20110515 (prerelease)(x86_64 MinGW m:/development/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.6.1/../../../../x86_64-w64-mingw32/bin/ld.exe -plugin m:/development/mingw64/bin/../libexec/gcc/x86_64-w64-mingw32/4.6.1/liblto_plugin-0.dll -plugin-opt=m:/development/mingw64/bin/../libexec/gcc/x86_64-w64-mingw32/4.6.1/lto-wrapper.exe -plugin-opt=-fresolution=C:\Users\Ruben\AppData\Local\Temp\cccAGScb.res -plugin-opt=-pass-through=-lmingwthrd -plugin-opt=-pass-through=-lmingw32 -plugin-opt=-pass-through=-lgcc_s -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lmoldname -plugin-opt=-pass-through=-lmingwex -plugin-opt=-pass-through=-lmsvcrt -plugin-opt=-pass-through=-ladvapi32 -plugin-opt=-pass-through=-lshell32 -plugin-opt=-pass-through=-luser32 -plugin-opt=-pass-through=-lkernel32 -plugin-opt=-pass-through=-lmingwthrd -plugin-opt=-pass-through=-lmingw32 -plugin-opt=-pass-through=-lgcc_s -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lmoldname -plugin-opt=-pass-through=-lmingwex -plugin-opt=-pass-through=-lmsvcrt --sysroot=m:\development\mingw64\bin\../../mingw64 -m i386pep -Bdynamic -o release\test.exe m:/development/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.6.1/../../../../x86_64-w64-mingw32/lib/../lib/crt2.o m:/development/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.6.1/../../../../x86_64-w64-mingw32/lib/../lib/crtbegin.o -Lm:/development/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.6.1 -Lm:/development/mingw64/bin/../lib/gcc -Lm:/development/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.6.1/../../../../x86_64-w64-mingw32/lib/../lib -Lm:/development/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.6.1/../../../../lib -Lm:/development/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.6.1/../../../../x86_64-w64-mingw32/lib -Lm:/development/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.6.1/../../.. -v -s -subsystem console release/main.o release/class.o -lstdc++ -lmingwthrd -lmingw32 -lgcc_s -lgcc -lmoldname -lmingwex -lmsvcrt -ladvapi32 -lshell32 -luser32 -lkernel32 -lmingwthrd -lmingw32 -lgcc_s -lgcc -lmoldname -lmingwex -lmsvcrt m:/development/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.6.1/../../../../x86_64-w64-mingw32/lib/../lib/crtend.o GNU ld (GNU Binutils) 2.21.51.20110515 release/class.o (symbol from plugin):(.text+0x0): multiple definition of `typeinfo for A' release/main.o (symbol from plugin):(.text+0x0): first defined here release/class.o (symbol from plugin):(.text+0x0): multiple definition of `typeinfo name for A' release/main.o (symbol from plugin):(.text+0x0): first defined here release/class.o (symbol from plugin):(.text+0x0): multiple definition of `typeinfo for B' release/main.o (symbol from plugin):(.text+0x0): first defined here release/class.o (symbol from plugin):(.text+0x0): multiple definition of `typeinfo name for B' release/main.o (symbol from plugin):(.text+0x0): first defined here collect2: ld returned 1 exit status -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- 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/12762] lto produces multiple definition errors for virtual function
http://sourceware.org/bugzilla/show_bug.cgi?id=12762 --- Comment #3 from vanboxem.ruben at gmail dot com 2011-05-15 16:02:31 UTC --- Created attachment 5723 --> http://sourceware.org/bugzilla/attachment.cgi?id=5723 testcase, exact one that's producing the error Concrete files that produce given error messages -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- 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/12762] lto produces multiple definition errors for virtual function
http://sourceware.org/bugzilla/show_bug.cgi?id=12762 vanboxem.ruben at gmail dot com changed: What|Removed |Added Target|x86_64-w64-mingw32 |*-*-mingw* --- Comment #5 from vanboxem.ruben at gmail dot com 2011-05-16 20:52:16 UTC --- Changed the target to all architectures of mingw after further testing. This problem also pops up when building libstdc++ with a GCC cross compiler to x86_64-w64-mingw32 or i686-w64-mingw32 with CFLAGS="-flto" (check libstdc++'s config.log, "make" will fail somewhere else due to a failed configure test). -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- 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/12762] lto produces multiple definition errors for all symbols (including CRT) in C++
http://sourceware.org/bugzilla/show_bug.cgi?id=12762 vanboxem.ruben at gmail dot com changed: What|Removed |Added Summary|lto produces multiple |lto produces multiple |definition errors for |definition errors for all |virtual function|symbols (including CRT) in ||C++ -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- 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/12762] lto produces multiple definition errors for all symbols (including CRT) in C++
http://sourceware.org/bugzilla/show_bug.cgi?id=12762 vanboxem.ruben at gmail dot com changed: What|Removed |Added CC||ktietz70 at googlemail dot ||com --- Comment #6 from vanboxem.ruben at gmail dot com 2011-05-17 13:27:46 UTC --- When compiling libstdc++ with -flto in CFLAGS, libstdc++'s config.log shows a failed test with these errors (along with the previous multiple definition errors): `__multf3' referenced in section `.text' of /tmp/ccbxHWuQ.ltrans0.ltrans.o: defined in discarded section `.text' of multf3.o (symbol from plugin) `__multf3' referenced in section `.text' of /tmp/ccbxHWuQ.ltrans0.ltrans.o: defined in discarded section `.text' of multf3.o (symbol from plugin) `__multf3' referenced in section `.text' of /tmp/ccbxHWuQ.ltrans0.ltrans.o: defined in discarded section `.text' of multf3.o (symbol from plugin) `__multf3' referenced in section `.text' of /tmp/ccbxHWuQ.ltrans0.ltrans.o: defined in discarded section `.text' of multf3.o (symbol from plugin) `__subtf3' referenced in section `.text' of /tmp/ccbxHWuQ.ltrans0.ltrans.o: defined in discarded section `.text' of subtf3.o (symbol from plugin) `__addtf3' referenced in section `.text' of /tmp/ccbxHWuQ.ltrans0.ltrans.o: defined in discarded section `.text' of addtf3.o (symbol from plugin) `__subtf3' referenced in section `.text' of /tmp/ccbxHWuQ.ltrans0.ltrans.o: defined in discarded section `.text' of subtf3.o (symbol from plugin) ... In total it seems ld is reading all symbols multiple times in the same object file, and -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- 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/11539] ld --gc-sections should work for PE-COFF on MinGW
http://sourceware.org/bugzilla/show_bug.cgi?id=11539 vanboxem.ruben at gmail dot com changed: What|Removed |Added CC||ktietz70 at googlemail dot ||com -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- 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/12693] LTO on mingw target cause ld terminated with signal 11
http://sourceware.org/bugzilla/show_bug.cgi?id=12693 vanboxem.ruben at gmail dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #2 from vanboxem.ruben at gmail dot com 2011-05-18 11:02:31 UTC --- The segfault has been fixed some time ago on trunk. 2.21 still has the problem though. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- 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/12762] lto produces multiple definition errors for all symbols (including CRT) in C++
http://sourceware.org/bugzilla/show_bug.cgi?id=12762 --- Comment #16 from vanboxem.ruben at gmail dot com 2011-08-03 18:04:23 UTC --- (In reply to comment #15) > I don't have a mingw gcc to compile with, so, no I haven't tried the > testcase. > I suppose I should build a cross-compiler to properly investigate this PR. There's nice up to date builds of GCC 4.6 and binutils trunk at http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/rubenvb/ and http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/rubenvb/ You could use these and just rebuild the ld component for testing.. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- 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/12762] lto produces multiple definition errors for all symbols (including CRT) in C++
http://sourceware.org/bugzilla/show_bug.cgi?id=12762 --- Comment #23 from vanboxem.ruben at gmail dot com 2011-08-25 14:28:01 UTC --- Created attachment 5912 --> http://sourceware.org/bugzilla/attachment.cgi?id=5912 Qt uic.exe link failure output Hmm, the test case passes, but LTO still can't link an executable: See log for output. There's still multiple definition errors (the first in output.log) and other errors (the last ones in output.log). -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- 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
