--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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:
--- 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
--- 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
--- 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
--- 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
--
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
14 matches
Mail list logo
