[Bug c/39301] New: ICE in register_overhead, at bitmap.c:115

[Bug c/39301] New: ICE in register_overhead, at bitmap.c:115

[lucier at math dot purdue dot edu]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 2468 bytes --]

With this compiler:

[lucier@descartes gambc-v4_4_1-devel]$ /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 20090224 (experimental) [trunk revision 144414] (GCC) 

with compiler.i found at

http://www.math.purdue.edu/~lucier/bugzilla/8

and this command line:

[lucier@descartes gambc-v4_4_1-devel]$ gdb
/pkgs/gcc-mainline/libexec/gcc/powerpc64-unknown-linux-gnu/4.4.0/cc1
(gdb) run  -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

one gets an ICE 

Starting program:
/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 5504k -> 3345k} {GC 5325k -> 4387k} code_size
___H__20_compiler_2e_o1 {GC 202396k -> 113348k} ___init_proc
____20_compiler_2e_o1
Analyzing compilation unit
 {GC 182571k -> 135708k}Performing interprocedural optimizations
 <visibility> <early_local_cleanups> {GC 237987k -> 236439k} <summary generate>
<inline> <static-var> <pure-const>Assembling functions:
 code_size ___init_proc ____20_compiler_2e_o1 ___H__20_compiler_2e_o1 {GC
349654k -> 288661k} {GC 406235k -> 272087k}
compiler.c: In function ‘___H__20_compiler_2e_o1’:
compiler.c:322876: internal compiler error: in register_overhead, at
bitmap.c:115

I'm sorry the test case is enormous, but it runs in about a GB of RAM. I also
haven't been able to figure out how to use gdb properly in this mixed
ppc32/ppc64 environment.


-- 
           Summary: ICE in register_overhead, at bitmap.c:115
           Product: gcc
           Version: 4.4.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: lucier at math dot purdue dot edu
 GCC build triplet: powerpc64-unknown-linux-gnu
  GCC host triplet: powerpc64-unknown-linux-gnu
GCC target triplet: powerpc64-unknown-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39301

[Bug c/39301] ICE in register_overhead, at bitmap.c:115

[rguenth at gcc dot gnu dot org]

------- Comment #1 from rguenth at gcc dot gnu dot org  2009-02-25 14:10 -------
/* Store information about each particular bitmap.  */
struct bitmap_descriptor
{
  const char *function;
  const char *file;
  int line;
  int allocated;
  int created;
  int peak;
  int current;
  int nsearches;
};

I guess we simply overflow current.  Using HOST_WIDEST_INT for the counters
would be appropriate.


-- 


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]

-- 

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|0000-00-00 00:00:00         |2009-03-23 04:59:39
               date|                            |


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]

------- 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

[lucier at math dot purdue dot edu]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1831 bytes --]



------- Comment #3 from lucier at math dot purdue dot edu  2009-03-27 15:12 -------
I'm still seeing it with:

[lucier@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

[lucier@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-const>Assembling 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

[bje at gcc dot gnu dot org]

------- 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-const>Assembling 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

[lucier at math dot purdue dot edu]

------- 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

[lucier at math dot purdue dot edu]

------- 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

[bje at gcc dot gnu dot org]

------- 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

[lucier at math dot purdue dot edu]

------- 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=17876&action=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

[lucier at math dot purdue dot edu]

------- 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=17877&action=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

[rguenth at gcc dot gnu dot org]

------- 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

[lucier at math dot purdue dot edu]

------- Comment #11 from lucier at math dot purdue dot edu  2009-05-16 01:21 -------
Created an attachment (id=17880)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17880&action=view)
The regression test results

So it's passed bootstrap and regression tested.

configure flags: --prefix=/pkgs/gcc-mainline --enable-gather-detailed-mem-stats
Results for 4.5.0 20090515 (experimental) [trunk revision 147594] (GCC)
testsuite on x86_64-unknown-linux-gnu

I don't have check-in privileges.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39301

[Bug middle-end/39301] ICE in register_overhead, at bitmap.c:115

[rguenth at gcc dot gnu dot org]

------- 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

[lucier at math dot purdue dot edu]

------- 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

[hjl at gcc dot gnu dot org]

------- 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=gcc&view=rev&rev=147624
Log:
2009-05-16  Brad Lucier  <lucier@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

[lucier at math dot purdue dot edu]

------- Comment #15 from lucier at math dot purdue dot edu  2009-05-17 01:09 -------
Fixed by

http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=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