[Bug binutils/12280] Makefiles don't support LTO
http://sourceware.org/bugzilla/show_bug.cgi?id=12280 tim blechmann changed: What|Removed |Added CC||tim at klingt dot org -- 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 http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/12658] ld: potential infinite loop and memory leaks when link many object files
http://sourceware.org/bugzilla/show_bug.cgi?id=12658 --- Comment #16 from Nick Clifton 2011-04-14 15:27:42 UTC --- Ho Dongsheng, Hmm, I am not sure what else to suggest. You could try turning off section garbage collection (--no-gc-sections) as this appears to be turned on. If you really have 1.2 Gb of object files then I am not sure if you can reasonably expect the linker to be anything but slow when you only 1G of real memory available. I would strongly urge trying the link on a bigger machine. Cheers Nick -- 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 http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/12672] LTO on powerpc will not work with static libraries
http://sourceware.org/bugzilla/show_bug.cgi?id=12672 --- Comment #2 from H.J. Lu 2011-04-14 17:30:10 UTC --- You can try hjl/lto-mixed branch at http://git.kernel.org/?p=devel/binutils/hjl/x86.git;a=summary -- 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 http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/12672] LTO on powerpc will not work with static libraries
http://sourceware.org/bugzilla/show_bug.cgi?id=12672 Alan Modra changed: What|Removed |Added Status|NEW |ASSIGNED CC||amodra at gmail dot com AssignedTo|unassigned at sources dot |amodra at gmail dot com |redhat.com | --- Comment #3 from Alan Modra 2011-04-15 00:34:53 UTC --- I have implemented archive rescan for ld. In the process of 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 http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/12675] New: gold produces x86-64 .so with two .eh_frame sections, breaking Valgrind
http://sourceware.org/bugzilla/show_bug.cgi?id=12675 Summary: gold produces x86-64 .so with two .eh_frame sections, breaking Valgrind Product: binutils Version: unspecified Status: NEW Severity: normal Priority: P2 Component: gold AssignedTo: i...@airs.com ReportedBy: justin.le...@gmail.com When I link the object file corresponding to [1] with gold on x86-64, the resulting .so has two .eh_frames: [14] .eh_frame PROGBITS 022c3b70 022c3b70 004ebf34 A 0 0 8 [17] .eh_frame X86_64_UNWIND02e01250 02e01250 0060 A 0 0 8 This causes Valgrind to reject the .so, which is unfortunate. $ gold --version GNU gold (GNU Binutils for Ubuntu 2.20.51-system.20100908) 1.10 [1] http://mxr.mozilla.org/mozilla-central/source/js/src/ctypes/libffi/src/x86/unix64.S -- 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 http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/12658] ld: potential infinite loop and memory leaks when link many object files
http://sourceware.org/bugzilla/show_bug.cgi?id=12658 --- Comment #17 from Dongsheng Song 2011-04-15 01:49:32 UTC --- (In reply to comment #16) > Ho Dongsheng, > > Hmm, I am not sure what else to suggest. You could try turning off section > garbage collection (--no-gc-sections) as this appears to be turned on. > > If you really have 1.2 Gb of object files then I am not sure if you can > reasonably expect the linker to be anything but slow when you only 1G of real > memory available. I would strongly urge trying the link on a bigger machine. > > Cheers > Nick I do not care about the real time, I'm only aware the CPU (user + sys) time. I don not think when I link object files to multiple .DLL files only use no more than 10 minutes, but link these objects files to single .DLL file not finished after 6 hours CPU time is acceptable. -- 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 http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/12672] LTO on powerpc will not work with static libraries
http://sourceware.org/bugzilla/show_bug.cgi?id=12672 --- Comment #4 from cvs-commit at gcc dot gnu.org 2011-04-15 03:47:34 UTC --- CVSROOT:/cvs/src Module name:src Changes by:amo...@sourceware.org2011-04-15 03:47:30 Modified files: ld : ChangeLog ldlang.c Log message: PR ld/12672 * ldlang.c (enum open_bfd_mode): New. (open_input_bfds): Replace "force" param with "mode". Reload archives for rescan. Update all callers. (lang_process): Make another open_input_bfds pass for plugins. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/ChangeLog.diff?cvsroot=src&r1=1.2311&r2=1.2312 http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/ldlang.c.diff?cvsroot=src&r1=1.364&r2=1.365 -- 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 http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/12658] ld: potential infinite loop and memory leaks when link many object files
http://sourceware.org/bugzilla/show_bug.cgi?id=12658 --- Comment #18 from Dongsheng Song 2011-04-15 05:50:28 UTC --- If I link wxWidgets 2.8 into multiple .DLL files, the link speed is very fast, here is the details (the last 2 columns were reported by ld '--stats'): DLL SIZE FILE NAMELD TIME LD DATA SIZE 1991K wxbase28u_gcc.dll 42.56s524M 214K wxbase28u_net_gcc.dll 0.29s 49M 194K wxbase28u_odbc_gcc.dll 0.20s 32M 244K wxbase28u_xml_gcc.dll 0.15s 18M 831K wxmsw28u_adv_gcc.dll1.06s102M 481K wxmsw28u_aui_gcc.dll0.62s 82M 5028K wxmsw28u_core_gcc.dll 349.60s 1694M 109K wxmsw28u_dbgrid_gcc.dll 0.18s 39M 108K wxmsw28u_gl_gcc.dll 0.22s 44M 632K wxmsw28u_html_gcc.dll 0.95s 78M 190K wxmsw28u_media_gcc.dll 0.29s 32M 166K wxmsw28u_qa_gcc.dll 0.24s 28M 1226K wxmsw28u_richtext_gcc.dll 1.64s102M 571K wxmsw28u_xrc_gcc.dll0.68s 60M 11740K-398.68s 2884M The total time is about 400s, why when they link into single .DLL file use so much memory (4.6GB) ? and not finished after 6 hours CPU (sys + user) time ? -- 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 http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/12658] ld: potential infinite loop and memory leaks when link many object files
http://sourceware.org/bugzilla/show_bug.cgi?id=12658 --- Comment #19 from Dongsheng Song 2011-04-15 05:55:52 UTC --- (In reply to comment #18) > If I link wxWidgets 2.8 into multiple .DLL files, the link speed is very fast, > here is the details (the last 2 columns were reported by ld '--stats'): > > DLL SIZE FILE NAMELD TIME LD DATA SIZE >1991K wxbase28u_gcc.dll 42.56s524M > 214K wxbase28u_net_gcc.dll 0.29s 49M > 194K wxbase28u_odbc_gcc.dll 0.20s 32M > 244K wxbase28u_xml_gcc.dll 0.15s 18M > 831K wxmsw28u_adv_gcc.dll1.06s102M > 481K wxmsw28u_aui_gcc.dll0.62s 82M >5028K wxmsw28u_core_gcc.dll 349.60s 1694M > 109K wxmsw28u_dbgrid_gcc.dll 0.18s 39M > 108K wxmsw28u_gl_gcc.dll 0.22s 44M > 632K wxmsw28u_html_gcc.dll 0.95s 78M > 190K wxmsw28u_media_gcc.dll 0.29s 32M > 166K wxmsw28u_qa_gcc.dll 0.24s 28M >1226K wxmsw28u_richtext_gcc.dll 1.64s102M > 571K wxmsw28u_xrc_gcc.dll0.68s 60M > > 11740K-398.68s 2884M > > The total time is about 400s, why when they link into single .DLL file use so > much memory (4.6GB) ? and not finished after 6 hours CPU (sys + user) time ? PS: I checked the total object files, they are 999,944KB. -- 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 http://lists.gnu.org/mailman/listinfo/bug-binutils
