[Bug tree-optimization/32199] jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199 Richard Biener changed: What|Removed |Added Resolution|WORKSFORME |FIXED --- Comment #20 from Richard Biener --- As some data point, for the largest testcase in this PR we improved from peak memory use of ~360MB with GCC 4.2.1 to ~57MB with GCC 6.2 (GCC 4.8 used ~70MB).
[Bug tree-optimization/32199] jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||msebor at gcc dot gnu.org Resolution|--- |WORKSFORME --- Comment #19 from Martin Sebor --- Java has been removed from GCC. I also cannot reproduce any errors with the C test case attached in comment #16, either natively on x86_64 or with a hppa2.0w-hp-hpux11.11 (or hppa64-hp-hpux11.11) cross compiler. Resolving as WORKSFORSOME. Please reopen if the problem still exists.
[Bug tree-optimization/32199] jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199 nightstrike changed: What|Removed |Added CC||nightstrike at gmail dot com --- Comment #18 from nightstrike --- Cannot reproduce on 5.3.0 trying any of the attached files.
[Bug tree-optimization/32199] jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199 Antoine Balestrat merkil at savhon dot org changed: What|Removed |Added CC||merkil at savhon dot org --- Comment #15 from Antoine Balestrat merkil at savhon dot org 2012-03-26 15:52:46 UTC --- I'm having the same issue, but with a C program. It fails with gcc as of 4.8.0 20120324, but I can reproduce it with 4.6.3 and 4.5.3. I'm adding the source and the complete build log as an attachment.
[Bug tree-optimization/32199] jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199 --- Comment #16 from Antoine Balestrat merkil at savhon dot org 2012-03-26 15:55:07 UTC --- Created attachment 27000 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27000 The source that causes excessive memory usage
[Bug tree-optimization/32199] jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199 --- Comment #17 from Antoine Balestrat merkil at savhon dot org 2012-03-26 15:56:33 UTC --- Created attachment 27001 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27001 gcc -O2 -v memfail.c
[Bug tree-optimization/32199] jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #14 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:59:27 UTC --- install gcc event
[Bug tree-optimization/32199] jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes
--- Comment #12 from alex dot d at bugmenot dot com 2007-09-19 14:38 --- I've a similar problem when building SDL library (1.2.12), when using -O3 compilation flag. I'll try to attach an .i file that triggers the bug. After starting the compilation, the memory starts getting consumed seemingly indefinitely, eating all physical then swap, making system very unresponsive. When ulimit-ing it to some sane values it crashes with messages like this: cc1: out of memory allocating 4064 bytes after a total of 57159680 bytes The command line: gcc -O3 SDL_x11dyn.i gcc -v output: Target: i686-pc-linux-gnu Configured with: ../configure --prefix=/usr --enable-shared --enable-languages=c,c++,objc --enable-threads=posix --enable-__cxa_atexit --disable-multilib --libdir=/usr/lib --libexecdir=/usr/lib --enable-clocale=gnu --disable-libstdcxx-pch --with-tune=generic Thread model: posix gcc version 4.2.1 [..] GNU C version 4.2.1 (i686-pc-linux-gnu) compiled by GNU C version 4.2.1. GGC heuristics: --param ggc-min-expand=36 --param ggc-min-heapsize=27924 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199
[Bug tree-optimization/32199] jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes
--- Comment #13 from alex dot d at bugmenot dot com 2007-09-19 14:43 --- Created an attachment (id=14223) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14223action=view) consumes all memory when compiled with -O3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199
[Bug tree-optimization/32199] jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes
--- Comment #8 from dberlin at gcc dot gnu dot org 2007-07-16 13:41 --- Subject: Re: jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes Hi guys, can you check whether the 32723 fix that was just checked in fixes this? I believe it might (it should make 4.2 branch roughly as memory efficient as mainline here) On 16 Jul 2007 02:25:33 -, mmitchel at gcc dot gnu dot org [EMAIL PROTECTED] wrote: --- Comment #7 from mmitchel at gcc dot gnu dot org 2007-07-16 02:25 --- Because this is a Java issue, I'm not too concerned about this -- but because it breaks the build, I'm more concerned than I would be if it was just a bug in using Java. So, I've marked this P2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199
[Bug tree-optimization/32199] jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes
--- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2007-07-16 16:16 --- Subject: Re: jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes Hi guys, can you check whether the 32723 fix that was just checked in fixes this? Doesn't seem to be checked in yet. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199
[Bug tree-optimization/32199] jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes
--- Comment #10 from rguenth at gcc dot gnu dot org 2007-07-16 19:38 --- The patch requires RM approval. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199
[Bug tree-optimization/32199] jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes
--- Comment #11 from dave at hiauly1 dot hia dot nrc dot ca 2007-07-17 01:06 --- Subject: Re: jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes Hi guys, can you check whether the 32723 fix that was just checked in fixes this? Still same problem with the 32723 fix: jc1: out of memory allocating 4072 bytes after a total of 804656392 bytes make[3]: *** [org-omg.lo] Error 1 make[3]: *** Waiting for unfinished jobs jc1: out of memory allocating 4072 bytes after a total of 707351816 bytes make[3]: *** [gnu-xml.lo] Error 1 Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199
[Bug tree-optimization/32199] jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes
--- Comment #7 from mmitchel at gcc dot gnu dot org 2007-07-16 02:25 --- Because this is a Java issue, I'm not too concerned about this -- but because it breaks the build, I'm more concerned than I would be if it was just a bug in using Java. So, I've marked this P2. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199
[Bug tree-optimization/32199] jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes
--- Comment #4 from danglin at gcc dot gnu dot org 2007-07-12 18:50 --- I tried increasing the kernel maxdsiz limits to 2 GB. However, we still die after allocating roughly the same number of bytes. In 32-bit PA runtime, malloc allocates memory using brk and sbrk from the data segment. The size of the data segment is 1 GB. I believe we have reached the 1 GB limit for at least two compilations in libjava. The ulimit command (bash, ksh and sh) doesn't correctly indicate the 1 GB limit of the data segment. I suspect getrlimit also doesn't reflect the runtime limit. Possibly, reducing maxdsiz might trigger more garbage collection. At last check, libjava still builds on the trunk. So, 4.2.1 is using more memory. Libjava builds under linux. The linux runtime uses a flat memory model and thus has more space available for data. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199
[Bug tree-optimization/32199] jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes
--- Comment #5 from dberlin at gcc dot gnu dot org 2007-07-12 19:15 --- I have a few upcoming patches that should seriously reduce memory usage of points-to. If they work on mainline, i will backport them to 4.2 Please be patient, sorry for this :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199
[Bug tree-optimization/32199] jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2007-07-12 19:21 --- Subject: Re: jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes I have a few upcoming patches that should seriously reduce memory usage of points-to. Sounds good. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199
[Bug tree-optimization/32199] jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes
--- Comment #3 from ro at gcc dot gnu dot org 2007-06-20 09:44 --- I observe the same problem (also affecting gnu-xml.lo) on alpha-dec-osf{4.0f,5.1b}. VM consumption for org-omg.lo is at 1.5 GB now, a machine with 768 MB physical memory crawls along for hours compiling the file. I had to double swap space from 2 GB to 4 GB to be able to compile at all, while there was on such problem in gcc 4.2.0 as of 20070506. -- ro at gcc dot gnu dot org changed: What|Removed |Added CC||ro at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199
[Bug tree-optimization/32199] jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes
--- Comment #1 from danglin at gcc dot gnu dot org 2007-06-05 23:43 --- This was introduced in revision 125227. -- danglin at gcc dot gnu dot org changed: What|Removed |Added CC||dberlin at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199
[Bug tree-optimization/32199] jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes
--- Comment #2 from dberlin at gcc dot gnu dot org 2007-06-05 23:49 --- And the memory usage before that revision was what? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199