https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
--- Comment #53 from Martin Liška <marxin at gcc dot gnu.org> ---
(In reply to Richard Biener from comment #50)
> (In reply to Martin Liška from comment #48)
> > Created attachment 53989 [details]
> > CPU utilization of make all-host on recent AMD server
> >
> > The situation with a recent AMD server is really bad! Having 192 cores, the
> > average CPU utilization of `make all-host` is 6% !
>
> Just do more builds in parallel!
No! I'm speaking about faster edit-build-debug cycles and also about faster
builds of gcc packages.
> There's just 903 .o files in gcc/ and
> libbackend.a just has 490 of them. It's not surprising the few larger
> files stretch out the compile-time here.
Well, gimple-match.o takes ~66s on my new AMD Ryzen 9 5950X CPU :/
> Try LTOing libbackend.a?
Yep, that's our parallel for free approach and I would welcome that, however:
during IPA pass: inline
In member function ‘quick_push’,
inlined from ‘make_forwarders_with_degenerate_phis’ at
/home/marxin/Programming/gcc/gcc/tree-ssa-dce.cc:1848:6:
/home/marxin/Programming/gcc/gcc/vec.h:1958:28: internal compiler error:
Segmentation fault
1958 | return m_vec->quick_push (obj);
| ^
0x102f987 internal_error(char const*, ...)
???:0
0x117935b cgraph_node::get_untransformed_body()
???:0
0x123f6e9 optimize_inline_calls(tree_node*)
???:0
0x123e4d2 inline_transform(cgraph_node*)
???:0
0x123da5f execute_all_ipa_transforms(bool)
???:0
0x15ebe1b cgraph_node::expand()
???:0
0x15e2f6d symbol_table::compile()
???:0
0x15d0368 lto_main()
???:0
I'll isolate that and hope we can add a configure option for LTOed
libbackend.a.
