[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 Bug 45375 depends on bug 48724, which changed state. Bug 48724 Summary: Lto build of mozilla dies at lto-wrapper: error trying to exec 'make -j1': execvp: No such file or directory https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48724

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #219 from Jan Hubicka --- devirtualization issue is now fixed, so we are down to -fno-lifetime-dse.

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #218 from Martin Liška --- Hi. Building Firefox revision: commit a704d34fb1f9e0f5dbf4113298d885cdb650906c Author: Matthew Noorenberghe Date: Thu Dec 3 17:33:35 2015 -0800 Bug 1230391 - Disable

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #217 from Jan Hubicka hubicka at gcc dot gnu.org --- Author: hubicka Date: Tue Jan 20 19:48:59 2015 New Revision: 219909 URL: https://gcc.gnu.org/viewcvs?rev=219909root=gccview=rev Log: PR lto/45375 * ipa-inline.c: Include

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #216 from Jan Hubicka hubicka at gcc dot gnu.org --- Author: hubicka Date: Tue Jan 20 04:39:45 2015 New Revision: 219878 URL: https://gcc.gnu.org/viewcvs?rev=219878root=gccview=rev Log: PR lto/45375 * i386.c

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #215 from Jan Hubicka hubicka at gcc dot gnu.org --- Author: hubicka Date: Mon Jan 19 23:58:19 2015 New Revision: 219871 URL: https://gcc.gnu.org/viewcvs?rev=219871root=gccview=rev Log: PR lto/45375 * i386.c (gate): Check

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 Martin Liška marxin at gcc dot gnu.org changed: What|Removed |Added CC||marxin at gcc

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #213 from Steffen Hau steffen at hauihau dot de --- Hi Jan, just a short Update: Firefox since version 30 as well as Thunderbird since version 31 both compile fine with LTO enabled without the need of any additional patches. The

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #212 from Steffen Hau steffen at hauihau dot de --- Hi Jan, I have binutils version 2.24 with the patch from Markus Trippelsdorf for early plugin loading, so I have no wrappers for ar, nm and ranlib. I've also symlinked the

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #211 from Jan Hubicka hubicka at gcc dot gnu.org --- Elfhack is rather sensitive to LTO, but it works for me, so this seems like binutils issue or some elfhack change that happened recently. I wrote instructions for building firefox

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 Steffen Hau steffen at hauihau dot de changed: What|Removed |Added CC||steffen at

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #209 from Markus Trippelsdorf trippels at gcc dot gnu.org --- (In reply to Markus Trippelsdorf from comment #208) Both issues from Comment 201 were fixed by: http://gcc.gnu.org/ml/gcc-patches/2014-04/msg00338.html No, only the first

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #208 from Markus Trippelsdorf trippels at gcc dot gnu.org --- Both issues from Comment 201 were fixed by: http://gcc.gnu.org/ml/gcc-patches/2014-04/msg00338.html

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #206 from Martin Liška mliska at suse dot cz --- Firefox (and chromium) memory reports with -flto=9 and -O2; archive contains also memory usage graph: https://docs.google.com/file/d/0B0pisUJ80pO1bnV5V0RtWXJkaVU/edit

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #207 from Martin Liška mliska at suse dot cz --- Created attachment 32525 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32525action=edit Memory usage graphs for -flto=9, -flto=4, -flto=1 with -O2

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #205 from Jan Hubicka hubicka at ucw dot cz --- I was looking into this recently, too. Curiously enough, for me clang+LTO was winning but comparing the symbols it seemed that the confiugre scripts picked bit more features at GCC side.

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #204 from Markus Trippelsdorf trippels at gcc dot gnu.org --- Here is a comparison of libxul sizes (in bytes, unstripped) for different compiler options: gcc (trunk): -O3 90213016 -O3 -flto 79682648 -O3 -flto / PGO

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #200 from Martin Jambor jamborm at gcc dot gnu.org --- I currently cannot build Firefox with LTO due to PR 60449 (yeah, I know, using gcc configured with checking makes life hard, sometimes unnecessarily). I get errors like

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #201 from Markus Trippelsdorf trippels at gcc dot gnu.org --- With current gcc trunk and mozilla-central trunk Firefox crashes on startup when build with -flto (--enable-optimize=-O3): 0x75ce5d8f in

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #202 from H.J. Lu hjl.tools at gmail dot com --- LTO miscompiles 435.gromacs in SPEC CPU 2006 on x32 with -mx32 -O3 -funroll-loops -ffast-math since r208165 (PR 60418). Can you try r208163?

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #203 from Markus Trippelsdorf trippels at gcc dot gnu.org --- (In reply to H.J. Lu from comment #202) LTO miscompiles 435.gromacs in SPEC CPU 2006 on x32 with -mx32 -O3 -funroll-loops -ffast-math since r208165 (PR 60418). Can

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 Markus Trippelsdorf trippels at gcc dot gnu.org changed: What|Removed |Added CC||trippels

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #198 from Markus Trippelsdorf trippels at gcc dot gnu.org --- Created attachment 31877 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31877action=edit My local PGO/LTO script

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #199 from Markus Trippelsdorf trippels at gcc dot gnu.org --- Created attachment 31878 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31878action=edit .mozconfig_profile_gen

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #196 from Markus Trippelsdorf markus at trippelsdorf dot de --- (In reply to Jan Hubicka from comment #195) Today there was two fixes for bugs that produce undefined symbols like one you see. Does the problem still exist on current

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #195 from Jan Hubicka hubicka at ucw dot cz --- Today there was two fixes for bugs that produce undefined symbols like one you see. Does the problem still exist on current mainline? Are you using profile feedback?

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #193 from Jan Hubicka hubicka at gcc dot gnu.org --- I am building firefox with -O3 and get no undefined symbols. Can you, please, relink with -Wl,--no-demangle --save-temps -fdump-ipa-all and try to look up the missing symbol in

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #194 from Markus Trippelsdorf markus at trippelsdorf dot de --- (In reply to Jan Hubicka from comment #193) I am building firefox with -O3 and get no undefined symbols. Can you, please, relink with -Wl,--no-demangle --save-temps

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #191 from Markus Trippelsdorf markus at trippelsdorf dot de --- First of all many thanks for your work on reducing memory usage. Peak memory usage is now lower (~3GB) than clang's (~4GB). However, with -enable-optimize=-O3 on

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #192 from Markus Trippelsdorf markus at trippelsdorf dot de --- It turned out that -enable-optimize=-O3 is the cause. Rev202079 with -Os links fine.

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 Martin Liška marxin.liska at gmail dot com changed: What|Removed |Added CC||marxin.liska

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #190 from Jan Hubicka hubicka at ucw dot cz --- /ssd/firefox/js/src/gc/Marking.cpp: In function ???js::gc::IsAboutToBeFinalizedJSAtom(JSAtom**)bool [clone .isra.65]???: /ssd/firefox/js/src/gc/Marking.cpp:1713:1: error: corrupted

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #187 from Jan Hubicka hubicka at gcc dot gnu.org --- WPA time report Execution times (seconds) phase setup : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall 1398 kB ( 0%) ggc phase opt and generate : 80.79 (13%)

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #185 from Jan Hubicka hubicka at gcc dot gnu.org --- I merged in some patches intended to reduce memory of Firefox LTO and also updated firefox tree. Some more involved patches are on the way, so it is summary where we stand now. WPA

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #186 from Jan Hubicka hubicka at gcc dot gnu.org --- oprofile of merging 6764713.0501 lto1 inflate_fast 38682 7.4624 lto1 compare_tree_sccs_1(tree_node*, tree_node*, tree_node***) 32365

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #184 from Jan Hubicka hubicka at gcc dot gnu.org --- New profiles after Richard's changes to remove pointer maps from straming in. Stream in: samples %app name symbol name 3659912.3464 lto1

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #182 from Jan Hubicka hubicka at gcc dot gnu.org --- OK, after a while I should update the stats here. Richard's new tree merging patch makes libxul linking a lot faster and less memory consuming. Peak memory usage (in TOP) is now

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #183 from Jan Hubicka hubicka at gcc dot gnu.org --- type merging stats [WPA] read 43156894 SCCs of average size 2.270660 [WPA] 97994652 tree bodies read in total [WPA] tree SCC table: size 8388593, 3830511 elements, collision ratio:

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 Martin Jambor jamborm at gcc dot gnu.org changed: What|Removed |Added Depends on||56570

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #180 from Richard Biener rguenth at gcc dot gnu.org 2013-03-07 16:08:29 UTC --- Try Index: gcc/tree-inline.c === --- gcc/tree-inline.c (revision 196520) +++

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #179 from Martin Jambor jamborm at gcc dot gnu.org 2013-03-06 15:14:35 UTC --- I'm currently (gcc revision 196427, FF changeset 123831:c95439870e05) facing a few ICEs during the compilation phase with the following backtrace:

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #172 from Richard Biener rguenth at gcc dot gnu.org 2013-01-17 10:53:29 UTC --- (In reply to comment #171) Created attachment 29182 [details] Patch to compress line info This patch removes column information from LTO (so

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #173 from Jan Hubicka hubicka at ucw dot cz 2013-01-17 12:30:30 UTC --- Patch looks incomplete? What does dropping columns only do to memory use? I will check. I remember that prior columns there was also some savings for

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #175 from Jan Hubicka hubicka at gcc dot gnu.org 2013-01-17 14:40:04 UTC --- Created attachment 29191 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29191 alternative patch without the compression. This is alternative

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #176 from Richard Biener rguenth at gcc dot gnu.org 2013-01-17 14:54:22 UTC --- (In reply to comment #175) Created attachment 29191 [details] alternative patch without the compression. This is alternative patch just

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #177 from Jan Hubicka hubicka at gcc dot gnu.org 2013-01-17 15:13:53 UTC --- Created attachment 29192 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29192 caching Aha, now I see why you ask for complete patch. I

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #178 from Jan Hubicka hubicka at gcc dot gnu.org 2013-01-17 17:11:13 UTC --- The global cache with arbitrary large size reduces usage down to 0.3% (16908304) bytes. So it seems that sharing across files is quite an important

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #171 from Jan Hubicka hubicka at gcc dot gnu.org 2013-01-16 17:25:04 UTC --- Created attachment 29182 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29182 Patch to compress line info This patch removes column information

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #170 from Jan Hubicka hubicka at gcc dot gnu.org 2013-01-10 15:04:10 UTC --- OK, here is updated memory use: cgraph.c:863 (cgraph_allocate_init_indirect_info5905200: 0.1% 0: 0.0%6020160: 0.1% 0: 0.0%

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #165 from Jan Hubicka hubicka at gcc dot gnu.org 2013-01-09 15:16:26 UTC --- OK, I tracked down the undefined reference to error: /tmp/cc0oq4BG.ltrans1.ltrans.o: requires dynamic R_X86_64_PC32 reloc against

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #166 from Jan Hubicka hubicka at gcc dot gnu.org 2013-01-09 15:19:41 UTC --- Markus, the apperance of undefined references I fixed by patch above is highly sensitive to partitioning and inlining decision. Can you, please, check

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #167 from Markus Trippelsdorf markus at trippelsdorf dot de 2013-01-09 19:58:33 UTC --- (In reply to comment #166) Markus, the apperance of undefined references I fixed by patch above is highly sensitive to partitioning and

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #168 from Jan Hubicka hubicka at gcc dot gnu.org 2013-01-09 21:20:46 UTC --- Too bad :( The patch should reduce memory usage, not increase it. So it must be something else. My build was around 7GB w/o PGO, I will need to

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #169 from Jan Hubicka hubicka at gcc dot gnu.org 2013-01-09 21:22:33 UTC --- Author: hubicka Date: Wed Jan 9 21:22:26 2013 New Revision: 195066 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195066 Log: PR

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 Leo Yuriev leo at yuriev dot ru changed: What|Removed |Added CC||leo at yuriev

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #163 from Jan Hubicka hubicka at ucw dot cz 2012-12-14 18:24:31 UTC --- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #162 from Markus Trippelsdorf markus at trippelsdorf dot de 2012-12-13 22:25:27 UTC

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #160 from Markus Trippelsdorf markus at trippelsdorf dot de 2012-12-13 09:52:37 UTC --- (In reply to comment #159) hal/Hal.gcda: 96.72%: num counts=30069, min counter=16389 hal/Hal.gcda: 97.50%: num

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #161 from Markus Trippelsdorf markus at trippelsdorf dot de 2012-12-13 12:59:59 UTC --- I've opened a new bug for the binary size increase issue: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55674

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #162 from Markus Trippelsdorf markus at trippelsdorf dot de 2012-12-13 22:25:27 UTC --- The libxul binary size issue is solved now. During testing I came across another issue that looks similar to the one Comment 146:

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #157 from Markus Trippelsdorf markus at trippelsdorf dot de 2012-12-12 11:43:27 UTC --- With revision 193740 libxul's size is ~34MB, which is OK. (Unfortunately this new ICE happens with yesterdays gcc when linking libxul:

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #158 from Teresa Johnson tejohnson at google dot com 2012-12-12 18:59:56 UTC --- On Wed, Dec 12, 2012 at 3:43 AM, markus at trippelsdorf dot de gcc-bugzi...@gcc.gnu.org wrote: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 ---

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #159 from Jan Hubicka hubicka at ucw dot cz 2012-12-12 20:35:37 UTC --- hal/Hal.gcda: 96.72%: num counts=30069, min counter=16389 hal/Hal.gcda: 97.50%: num counts=35296, min counter=10241 hal/Hal.gcda:

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #154 from Teresa Johnson tejohnson at google dot com 2012-12-11 19:30:53 UTC --- What was the size of the gcc lto/pgo binary before the change to use the histogram? Was it close to the gcc 4.7 lto/pgo size? In that case that is

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #155 from Markus Trippelsdorf markus at trippelsdorf dot de 2012-12-11 22:57:14 UTC --- (In reply to comment #154) What was the size of the gcc lto/pgo binary before the change to use the histogram? Was it close to the gcc

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #156 from Teresa Johnson tejohnson at google dot com 2012-12-12 00:00:17 UTC --- On Tue, Dec 11, 2012 at 2:57 PM, markus at trippelsdorf dot de gcc-bugzi...@gcc.gnu.org wrote:

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #147 from Jan Hubicka hubicka at ucw dot cz 2012-12-02 09:23:09 UTC --- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #146 from Markus Trippelsdorf markus at trippelsdorf dot de 2012-12-02 07:36:02 UTC

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #148 from Markus Trippelsdorf markus at trippelsdorf dot de 2012-12-02 11:57:27 UTC --- (In reply to comment #147) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #146 from Markus Trippelsdorf markus

Re: [Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

Please try to reduce HOT_BB_COUNT_WS_PERMILLE to 990. I also see some regressions on some SPEC benchmarks (such as GCC) and this helps. If it doesn't it would be nice to know what value is needed for comparable size. Unfortunately it doesn't help much, because with --param

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #149 from Jan Hubicka hubicka at ucw dot cz 2012-12-02 15:05:52 UTC --- Please try to reduce HOT_BB_COUNT_WS_PERMILLE to 990. I also see some regressions on some SPEC benchmarks (such as GCC) and this helps. If it doesn't

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #150 from Markus Trippelsdorf markus at trippelsdorf dot de 2012-12-02 18:03:28 UTC --- For comparison I've just disabled skia and build with LTO only; the size looks good for this case: 31356968

Re: [Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

Teresa comitted another bugfix just today. So with bit of luck it will work now? I will try to look deeper into it ASAP, but I am just getting ready for trip to USA. Honza

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #151 from Jan Hubicka hubicka at ucw dot cz 2012-12-02 20:52:13 UTC --- Teresa comitted another bugfix just today. So with bit of luck it will work now? I will try to look deeper into it ASAP, but I am just getting ready for

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #152 from Jan Hubicka hubicka at ucw dot cz 2012-12-02 21:09:24 UTC --- Also I suppose you don't have comparsion to 4.7 handy? (I am curious because of inliner heuristic re-tunning) Honza

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #153 from Markus Trippelsdorf markus at trippelsdorf dot de 2012-12-02 21:13:21 UTC --- On 2012.12.02 at 21:09 +, hubicka at ucw dot cz wrote: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #152 from

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #144 from Markus Trippelsdorf markus at trippelsdorf dot de 2012-12-01 12:39:30 UTC --- It looks like there is a LTO code-size regression on trunk: (size of libxul.so, build without elfhack): gcc lto/pgo : size: 42204584 |

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #145 from Jan Hubicka hubicka at ucw dot cz 2012-12-01 22:09:07 UTC --- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #144 from Markus Trippelsdorf markus at trippelsdorf dot de 2012-12-01 12:39:30 UTC

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #146 from Markus Trippelsdorf markus at trippelsdorf dot de 2012-12-02 07:36:02 UTC --- (In reply to comment #145) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #144 from Markus Trippelsdorf markus

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #142 from Jan Hubicka hubicka at gcc dot gnu.org 2012-10-08 22:19:55 UTC --- After updating Mozilla this weekend, I definitely bloat up 8GB machine. The pak in TOP is around 9-10GB. I checked malloc usage and there are not many

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #143 from Steven Bosscher steven at gcc dot gnu.org 2012-10-08 22:30:20 UTC --- Created attachment 28395 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28395 Use size_t for tree code book-keeping ...because overflow

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #141 from Markus Trippelsdorf markus at trippelsdorf dot de 2012-09-15 14:05:38 UTC --- After the new IonMonkey JIT went in (http://blog.mozilla.org/javascript/2012/09/12/ionmonkey-in-firefox-18/) peak memory use went up. It is now

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #139 from Jan Hubicka hubicka at gcc dot gnu.org 2012-08-18 09:36:55 UTC --- oprofile of WPA: 649295 18.2243 lto1 lto1 lto_main() 3412569.5783 lto1 lto1

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #140 from Jan Hubicka hubicka at gcc dot gnu.org 2012-08-19 05:55:26 UTC --- Author: hubicka Date: Sun Aug 19 05:55:20 2012 New Revision: 190509 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190509 Log: PR lto/45375 *

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #137 from Jan Hubicka hubicka at gcc dot gnu.org 2012-08-10 15:06:51 UTC --- So since the last report we managed to double WPA memory usage and compile time... 12m wall, 42m user is needed for WPA build. Execution times (seconds)

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #138 from Jan Hubicka hubicka at gcc dot gnu.org 2012-08-10 15:35:44 UTC --- Actually not, I looked up wrong report. The last report in comment #121 shows: TOTAL : 616.4322.26 651.79

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #136 from Jan Hubicka hubicka at gcc dot gnu.org 2012-05-13 16:29:04 UTC --- ... and oprofile of compilation stage of -flto-partition=none samples %image name app name symbol name 194976

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #130 from Jan Hubicka hubicka at gcc dot gnu.org 2012-05-12 14:44:47 UTC --- After fixing one linker error, I can now build Mozilla with -flto-partition=none. It takes 11GB and 40 minutes, so there is space for improvement ;) There

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 Steven Bosscher steven at gcc dot gnu.org changed: What|Removed |Added CC||steven at gcc

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #132 from Jan Hubicka hubicka at ucw dot cz 2012-05-12 18:32:14 UTC --- tree VRP: 65.88 ( 2%) usr 0.73 ( 2%) sys 66.71 ( 2%) wall 862879 kB (24%) ggc Is it possible to do this again with gathering

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #133 from Jan Hubicka hubicka at ucw dot cz 2012-05-12 19:07:32 UTC --- Another thing to observe is that GGC memory is just 4GB. I am not sure where the other 8GB goes when our IL is believed to be major memory consumer and it

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #134 from Jan Hubicka hubicka at gcc dot gnu.org 2012-05-12 20:22:27 UTC --- I tracked down the LTO/WHOPR code size difference. It is EH handling. EH frame is empty for LTO build and quite large for WHOPR. Probably -fno-exceptions

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #135 from Jan Hubicka hubicka at gcc dot gnu.org 2012-05-12 21:33:36 UTC --- ... and mem reports on WPA stage: toplev.c:964 (realloc_for_line_map) 0: 0.0% 89473168: 9.4% 268435472:10.3%160: 0.0%

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #124 from Jan Hubicka hubicka at ucw dot cz 2012-05-11 08:34:17 UTC --- Just for comparison, clang with -O4 runs only single threaded and does everything in memory (no streaming out). It uses 3.5GB of memory (peak) and takes 19

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #125 from Richard Guenther rguenth at gcc dot gnu.org 2012-05-11 08:44:51 UTC --- (In reply to comment #122) oprofile shows: 139188 15.6963 lto1 lto1 uniquify_nodes 66390 7.4868 lto1

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #126 from Markus Trippelsdorf markus at trippelsdorf dot de 2012-05-11 08:46:39 UTC --- (In reply to comment #124) Just for comparison, clang with -O4 runs only single threaded and does everything in memory (no streaming out). It

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #127 from Mike Hommey mh+gcc at glandium dot org 2012-05-11 08:52:24 UTC --- (In reply to comment #126) (In reply to comment #124) Just for comparison, clang with -O4 runs only single threaded and does everything in memory (no

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #128 from Jan Hubicka hubicka at ucw dot cz 2012-05-11 08:52:50 UTC --- Well - the obvious possibly slow part of uniquify nodes is that it walks all fields of record/union types. So - do you have a more detailed profile of

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #129 from Jan Hubicka hubicka at gcc dot gnu.org 2012-05-11 19:05:19 UTC --- OK, the slow part of uniuqify_nodes is: /* Remove us from our main variant list if we are not the variant leader. */ if

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #121 from Jan Hubicka hubicka at gcc dot gnu.org 2012-05-10 21:45:10 UTC --- With inliner performance fix I am going to push out today, the situation looks as follows: Execution times (seconds) phase parsing : 606.20 (98%)

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #122 from Jan Hubicka hubicka at gcc dot gnu.org 2012-05-10 21:53:54 UTC --- oprofile shows: 139188 15.6963 lto1 lto1 uniquify_nodes 66390 7.4868 lto1 lto1

  1   2   3   >