--- Additional Comments From steven at gcc dot gnu dot org 2004-12-08
00:54 ---
The rest of this bug goes away when I do this:
Index: global.c
===
RCS file: /cvs/gcc/gcc/gcc/global.c,v
retrieving revision 1.118
diff -
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-08
00:32 ---
(From update of attachment 7697)
Applied
--
What|Removed |Added
Attachment #7697 is|0
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-08
00:09 ---
Subject: Bug 17340
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-08 00:09:34
Modified files:
gcc: ChangeLog tree-ssa-pre.c
Log messag
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-07
09:46 ---
When we die in PRE we have a huge number of SSA names too:
(gdb) p ssa_names->elements_used
$8 = 159414
GCC just doesn't scale to such sizes. I wonder how the function could
grow this large. Even at "
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-07
09:40 ---
Not Alpha-specific
--
What|Removed |Added
GCC build triplet|alphaev56-unknown-linux-gnu |
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-07
09:40 ---
With "-fno-tree-pre" we still die in global.c, only somewhere else this time:
#0 xmalloc_failed (size=4072) at xmalloc.c:118
#1 0x007c in xmalloc (size=Variable "size" is not available.) at
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-07
09:31 ---
The end of the backtrace looks like this:
#18159 0x004d2ac8 in compute_avail (block=0x2aa7c9f0e0) at
tree-ssa-pre.c:1866
#18160 0x004d2ac8 in compute_avail (block=0x2aa7c9de00) at
tree-s
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-07
09:28 ---
For the record:
(gdb) p current_function_name ()
$2 = 0x1d8124a0 "int main(int, const char* const*)"
(gdb) p n_basic_blocks
$1 = 29662
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17340
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-07
09:27 ---
This dies at "-O1 -fno-inline" when allocating the conflict graph:
#0 xmalloc_failed (size=142104496) at xmalloc.c:118
#1 0x007c774b in xcalloc (nelem=Variable "nelem" is not available.)
at xmall
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-07
09:01 ---
This PR makes my 3GB x86-64 box go swapping.
--
What|Removed |Added
Last reconfirmed|2004-
--
What|Removed |Added
OtherBugsDependingO||18499
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17340
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From rth at gcc dot gnu dot org 2004-10-21 21:04 ---
I can confirm using >1GB peak memory, and a compile time >76 minutes,
even with inline limit of 100.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-21 14:50
---
On poweprc-darwin, I only get about a max of 225Megs used at -O3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17340
14 matches
Mail list logo
