[Bug ld/13557] Undef. ref. err. when linking with slim LTO obj. in static lib. (mingw32 target)

https://sourceware.org/bugzilla/show_bug.cgi?id=13557 xunxun changed: What|Removed |Added CC||xunxun1982 at gmail dot com -- You are

[Bug ld/12762] LTO on Windows is broken (C++)

http://sourceware.org/bugzilla/show_bug.cgi?id=12762 --- Comment #31 from xunxun 2013-04-30 09:37:49 UTC --- (In reply to comment #30) > 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 me

[Bug ld/14339] MinGW ld omits stubs when linking delay import library and using __declspec(dllimport)

http://sourceware.org/bugzilla/show_bug.cgi?id=14339 xunxun changed: What|Removed |Added CC||xunxun1982 at gmail dot com -- Configure

[Bug ld/14326] Cannot link to etext symbol in scripttempl/pe.sc

http://sourceware.org/bugzilla/show_bug.cgi?id=14326 xunxun changed: What|Removed |Added CC||xunxun1982 at gmail dot com -- Configure

[Bug binutils/14258] dlltool syntax error

http://sourceware.org/bugzilla/show_bug.cgi?id=14258 xunxun changed: What|Removed |Added CC||xunxun1982 at gmail dot com -- Configure

[Bug gas/291] GAS assemble direct constant as memory reference

http://sourceware.org/bugzilla/show_bug.cgi?id=291 xunxun changed: What|Removed |Added CC||xunxun1982 at gmail dot com -- Configure

[Bug gas/9687] Weak symbols not working on mingw32

http://sourceware.org/bugzilla/show_bug.cgi?id=9687 xunxun changed: What|Removed |Added CC||xunxun1982 at gmail dot com -- Configure

[Bug ld/11539] ld --gc-sections should work for PE-COFF on MinGW

http://sourceware.org/bugzilla/show_bug.cgi?id=11539 --- Comment #7 from xunxun 2011-10-31 21:02:31 UTC --- I try to keep eh_frame section, then the dll build can work (I test it in wxWidgets 2.8.12 Release Mono Unicode Dll). So we should find some methods to keep some sections of eh_frame. --

[Bug ld/11539] ld --gc-sections should work for PE-COFF on MinGW

http://sourceware.org/bugzilla/show_bug.cgi?id=11539 --- Comment #6 from xunxun 2011-10-24 09:28:59 UTC --- It seems to dll build can't use the patches, even if using -Wl,--undefined=_DllMainCRTStartup. Though the dll is generated successfully, we can't use other exes to link the dll (running th

[Bug ld/11539] ld --gc-sections should work for PE-COFF on MinGW

http://sourceware.org/bugzilla/show_bug.cgi?id=11539 xunxun changed: What|Removed |Added CC||xunxun1982 at gmail dot com -- Configure

[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 #27 from xunxun 2011-09-20 23:09:04 UTC --- I use gcc -flto -fuse-linker-plugin main.c libm1.a merr.o -save-temps to save some intermediate files, and this can generate a .s called ccJ5043j.ltrans0.s. I use the command: gcc -flto

[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 #26 from xunxun 2011-09-18 22:30:42 UTC --- (In reply to comment #25) > Created attachment 5936 [details] > mingw64-testcase > > ar cru libm1.a sin.o sinl_internal.o > It's very strange that if I don't use libm1.a, and use the o

[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 #25 from xunxun 2011-09-18 22:26:00 UTC --- Created attachment 5936 --> http://sourceware.org/bugzilla/attachment.cgi?id=5936 mingw64-testcase Add mingw64 testcase, the source is from mingw64 CRT source. You can build the sourc

[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 #24 from PcX 2011-09-17 17:32:33 UTC --- (In reply to comment #23) > Created attachment 5912 [details] > Qt uic.exe link failure output > > Hmm, the test case passes, but LTO still can't link an executable: > > See log for output

[Bug ld/13031] Building CodeBlocks on Windows using mingw gcc 4.6.1 "-flto -fuse-linker-plugin" results in many linker stage errors

http://sourceware.org/bugzilla/show_bug.cgi?id=13031 --- Comment #2 from PcX 2011-08-21 15:29:11 UTC --- I update to gcc 4.6.2 (20110819) and binutils 2.21.53.20110820, and it also has the problem. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are rec

[Bug ld/13031] Building CodeBlocks on Windows using mingw gcc 4.6.1 "-flto -fuse-linker-plugin" results in many linker stage errors

http://sourceware.org/bugzilla/show_bug.cgi?id=13031 PcX changed: What|Removed |Added CC||xunxun1982 at gmail dot com -- Configure

[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 #11 from PcX 2011-08-01 20:58:52 UTC --- (In reply to comment #8) > Created attachment 5869 [details] > Possible patch I test the patch using ruben's testcase, and it seems to work very well. -

[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 #10 from PcX 2011-08-01 14:57:09 UTC --- (In reply to comment #9) > Hi, > > As a workaround have you tried adding -Wl,-allow-multiple-definition to the > final gcc command line ? > > I have uploaded a patch that *might* solve thi

[Bug ld/12762] lto produces multiple definition errors for all symbols (including CRT) in C++

http://sourceware.org/bugzilla/show_bug.cgi?id=12762 PcX changed: What|Removed |Added CC||xunxun1982 at gmail dot com --- Comment #7 from

[Bug ld/13031] Building CodeBlocks on Windows using mingw gcc 4.6.1 "-flto -fuse-linker-plugin" results in many linker stage errors

http://sourceware.org/bugzilla/show_bug.cgi?id=13031 --- Comment #1 from PcX 2011-07-27 17:28:18 UTC --- I found that if I add the option "-flto-partition=none", the problem will disappear. As is : - g++.exe -share

[Bug ld/13031] New: Building CodeBlocks on Windows using mingw gcc 4.6.1 "-flto -fuse-linker-plugin" results in many linker stage errors

http://sourceware.org/bugzilla/show_bug.cgi?id=13031 Summary: Building CodeBlocks on Windows using mingw gcc 4.6.1 "-flto -fuse-linker-plugin" results in many linker stage errors Product: binutils Version: unspecified