[Bug middle-end/39301] ICE in register_overhead, at bitmap.c:115
--- Comment #12 from rguenth at gcc dot gnu dot org 2009-05-16 10:25 --- Please post it to gcc-patches with an appropriate ChangeLog entry. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39301
[Bug middle-end/39301] ICE in register_overhead, at bitmap.c:115
--- Comment #13 from lucier at math dot purdue dot edu 2009-05-16 14:37 --- Subject: Re: ICE in register_overhead, at bitmap.c:115 On May 13, 2009, at 9:32 PM, bje at gcc dot gnu dot org wrote: The test case does not run in a GB of RAM on my x86-64 system. It sends the system deep into swap until the out-of-memory manager kicks in. Ah, now that -fforward-propagate has been added to -O1 on mainline it takes a bit over 8GB of RAM to run instead of a GB. Sorry. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39301
[Bug middle-end/39301] ICE in register_overhead, at bitmap.c:115
--- Comment #14 from hjl at gcc dot gnu dot org 2009-05-16 22:42 --- Subject: Bug 39301 Author: hjl Date: Sat May 16 22:42:15 2009 New Revision: 147624 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147624 Log: 2009-05-16 Brad Lucier luc...@math.purdue.edu PR middle-end/39301 * hwint.h: Add macro HOST_WIDEST_INT_PRINT. * bitmap.c (bitmap_descriptor): Make fields HOST_WIDEST_INT. (output_info): Make field HOST_WIDEST_INT. (print_statistics): Use HOST_WIDEST_INT_PRINT. (dump_bitmat_statistics): Same. Modified: trunk/gcc/ChangeLog trunk/gcc/bitmap.c trunk/gcc/hwint.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39301
[Bug middle-end/39301] ICE in register_overhead, at bitmap.c:115
--- Comment #15 from lucier at math dot purdue dot edu 2009-05-17 01:09 --- Fixed by http://gcc.gnu.org/viewcvs?root=gccview=revrev=147624 -- lucier at math dot purdue dot edu changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39301
[Bug middle-end/39301] ICE in register_overhead, at bitmap.c:115
--- Comment #8 from lucier at math dot purdue dot edu 2009-05-15 21:55 --- Created an attachment (id=17876) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17876action=view) patch to use HOST_WIDEST_INT for bitmap statistics Here's a hack to use HOST_WIDEST_INT for bitmap statistics. I'll attach the report from the compiler.i test case. If you think the report is useful, perhaps you can use this as a starting point for a real patch and I'll bootstrap and test it. Brad -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39301
[Bug middle-end/39301] ICE in register_overhead, at bitmap.c:115
--- Comment #9 from lucier at math dot purdue dot edu 2009-05-15 21:57 --- Created an attachment (id=17877) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17877action=view) memory and time report for compiler.i test case Here's the output for the test case. See if you like it. I used the following configure command and compiler version: pythagoras-147% /pkgs/gcc-mainline/bin/gcc -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: /tmp/lucier/gcc/mainline/configure --enable-checking=release --prefix=/pkgs/gcc-mainline --enable-languages=c --enable-gather-detailed-mem-stats --disable-bootstrap Thread model: posix gcc version 4.5.0 20090515 (experimental) [trunk revision 147594] (GCC) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39301
[Bug middle-end/39301] ICE in register_overhead, at bitmap.c:115
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-05-15 22:29 --- The patch is good enough. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39301
[Bug middle-end/39301] ICE in register_overhead, at bitmap.c:115
--- Comment #7 from bje at gcc dot gnu dot org 2009-05-14 01:31 --- The test case does not run in a GB of RAM on my x86-64 system. It sends the system deep into swap until the out-of-memory manager kicks in. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39301
[Bug middle-end/39301] ICE in register_overhead, at bitmap.c:115
--- Comment #6 from lucier at math dot purdue dot edu 2009-05-08 20:27 --- Just for more information, I now hit this on x86_64-unknown-linux-gnu with the compiler pythagoras-32% /pkgs/gcc-mainline/bin/gcc -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: /tmp/lucier/gcc/mainline/configure --enable-checking=release --prefix=/pkgs/gcc-mainline --enable-languages=c --enable-gather-detailed-mem-stats Thread model: posix gcc version 4.5.0 20090508 (experimental) [trunk revision 147288] (GCC) on the compiler.i test case with /pkgs/gcc-mainline/bin/gcc -save-temps -I../include -I. -Wall -W -Wno-unused -O1 -fno-math-errno -fschedule-insns2 -fno-trapping-math -fno-strict-aliasing -fwrapv -fomit-frame-pointer -fPIC -fno-common -mieee-fp -frename-registers -fno-move-loop-invariants -fforward-propagate -DHAVE_CONFIG_H -D___PRIMAL -D___LIBRARY -c compiler.i -ftime-report -fmem-report rename-no-move-loop-invariants-forward-propagate-report-new -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39301
[Bug middle-end/39301] ICE in register_overhead, at bitmap.c:115
--- Comment #5 from lucier at math dot purdue dot edu 2009-03-31 12:38 --- You have --disable-bootstrap, so my guess is that cc1 is a 32-bit binary if that's what your system compiler builds by default. By bootstrapping you get a 64-bit binary (the first cc1 built in the bootstrap is 32-bit, but the second and third are 64-bit). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39301
[Bug middle-end/39301] ICE in register_overhead, at bitmap.c:115
--- Comment #4 from bje at gcc dot gnu dot org 2009-03-31 05:46 ---
I still cannot reproduce this using the 4.4 branch:
$ ./xgcc -v
Reading specs from ./specs
Target: powerpc64-unknown-linux-gnu
Configured with: /home/bje/source/gcc-clean/configure --enable-languages=c
--enable-gather-detailed-mem-stats --with-cpu=default64 --disable-bootstrap
--quiet
Thread model: posix
gcc version 4.4.0 20090327 (experimental) [trunk revision 145326] (GCC)
$ ./cc1 -I../include -Wall -W -Wno-unused -O1 -fno-math-errno -fschedule-insns2
-O1 -fno-math-errno -fschedule-insns2 -fno-trapping-math -fno-strict-aliasing
-fwrapv -fomit-frame-pointer -fPIC -fno-common compiler.i
btowc wctob mbrlen code_size ___H__20_compiler_2e_o1 {GC 124407k - 67811k}
___init_proc 20_compiler_2e_o1
Analyzing compilation unit
{GC 107701k - 81846k}Performing interprocedural optimizations
visibility early_local_cleanups {GC 140505k - 139614k} summary generate
inline static-var pure-constAssembling functions:
code_size ___init_proc 20_compiler_2e_o1 ___H__20_compiler_2e_o1 {GC
188952k - 155976k} {GC 232824k - 158800k}
cc1: out of memory allocating 4064 bytes after a total of 3485597696 bytes
Can you see any differences here?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39301
[Bug middle-end/39301] ICE in register_overhead, at bitmap.c:115
--- Comment #3 from lucier at math dot purdue dot edu 2009-03-27 15:12
---
I'm still seeing it with:
[luc...@descartes ~]$ /pkgs/gcc-mainline/bin/gcc -v
Using built-in specs.
Target: powerpc64-unknown-linux-gnu
Configured with: ../../mainline/configure --prefix=/pkgs/gcc-mainline
--enable-languages=c --enable-gather-detailed-mem-stats --with-cpu=default64
Thread model: posix
gcc version 4.4.0 20090327 (experimental) [trunk revision 145100] (GCC)
as
[luc...@descartes compiler.i-test]$
/pkgs/gcc-mainline/libexec/gcc/powerpc64-unknown-linux-gnu/4.4.0/cc1
-I../include -Wall -W -Wno-unused -O1 -fno-math-errno -fschedule-insns2 -O1
-fno-math-errno -fschedule-insns2 -fno-trapping-math -fno-strict-aliasing
-fwrapv -fomit-frame-pointer -fPIC -fno-common compiler.i
btowc wctob mbrlen {GC 5325k - 3526k} {GC 5325k - 4483k} code_size
___H__20_compiler_2e_o1 {GC 201152k - 113339k} ___init_proc
20_compiler_2e_o1
Analyzing compilation unit
{GC 181409k - 135700k}Performing interprocedural optimizations
visibility early_local_cleanups {GC 237979k - 236431k} summary generate
inline static-var pure-constAssembling functions:
code_size ___init_proc 20_compiler_2e_o1 ___H__20_compiler_2e_o1 {GC
349493k - 288659k} {GC 406233k - 272085k}
compiler.c: In function รข:
compiler.c:322876: internal compiler error: in register_overhead, at
bitmap.c:115
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
I have to admit I didn't see it with an x86-64 compiler; perhaps the ppc64 port
is more complicated and requires more bitmaps.
I suspect, given the error message, that you built a 32-bit compiler and ran
out of memory space before you hit this problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39301
[Bug middle-end/39301] ICE in register_overhead, at bitmap.c:115
--- Comment #2 from bje at gcc dot gnu dot org 2009-03-27 04:14 --- I am unable to reproduce this problem with mainline. I see: cc1: out of memory allocating 4064 bytes after a total of 3543465984 bytes -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39301
[Bug middle-end/39301] ICE in register_overhead, at bitmap.c:115
-- bje at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bje at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-03-23 04:59:39 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39301
