Bug 164739 - openoffice compile failure due to compiler memory usage
Summary: openoffice compile failure due to compiler memory usage
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: gcc
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jakub Jelinek
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2005-07-31 10:25 UTC by David Woodhouse
Modified: 2007-11-30 22:11 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2005-09-27 21:33:48 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)
offending C++ file. (231.14 KB, application/octet-stream)
2005-07-31 10:25 UTC, David Woodhouse 		no flags Details
View All


Links
System ID Private Priority Status Summary Last Updated
GNU Compiler Collection 20826 0 None None None Never
GNU Compiler Collection 22392 0 None None None Never

Description David Woodhouse 2005-07-31 10:25:31 UTC 
Compiling the attached file fails with '-fno-enforce-eh-specs -O2', even with
gigabytes of RAM and swap. After a few hours it says:

cc1plus: out of memory allocating 1643995136 bytes after a total of 94982144 bytes

It used to be fine with gcc 3.4.
Comment 1 David Woodhouse 2005-07-31 10:25:32 UTC 
Created attachment 117321 [details]
offending C++ file.
Comment 2 Jakub Jelinek 2005-08-18 13:54:54 UTC 
My guess is this is about inlining heuristics, with -O2 -fno-enforce-eh-specs
it creates a really huge function (almost 60000 basic blocks) and that obviously
then takes a lot of time and memory to process.  The inling heuristics have been
changed again in 4.1 (it is tweaked between all GCC releases).
If you use -Os -fno-enforce-eh-specs, it compiles almost instantly.
Comment 3 Jakub Jelinek 2005-09-27 21:33:48 UTC 
I don't think it is a good idea to mess with GCC 4.0 inlining heuristics at this
point.  FC5 will very likely include GCC 4.1.
Note You need to log in before you can comment on or make changes to this bug.