--- Comment #6 from bernds at gcc dot gnu dot org 2010-08-10 18:45 ---
Subject: Bug 45177
Author: bernds
Date: Tue Aug 10 18:45:10 2010
New Revision: 163077
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163077
Log:
PR bootstrap/45177
* config/arm/arm.c
--- Comment #7 from ramana at gcc dot gnu dot org 2010-08-10 22:17 ---
Is this now fixed ?
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from bernds at gcc dot gnu dot org 2010-08-10 22:31 ---
Yes.
--
bernds at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-08-04 09:19 ---
Can you check where it sits eating all emmory?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from mikpe at it dot uu dot se 2010-08-04 10:01 ---
Attaching gdb after cc1 just passed 2.5 G virtual:
0x080c0c93 in pool_alloc (pool=0xa45d708) at
/tmp/gcc-4.6-r162856/gcc/alloc-pool.c:252
252 {
Missing separate debuginfos, use: debuginfo-install glibc-2.10.2-1.i686
--- Comment #3 from mikpe at it dot uu dot se 2010-08-04 20:06 ---
It's caused by r162815:
http://gcc.gnu.org/ml/gcc-cvs/2010-08/msg00026.html
The build failure still occurs with r162878.
--
mikpe at it dot uu dot se changed:
What|Removed |Added
--- Comment #4 from bernds at gcc dot gnu dot org 2010-08-04 21:16 ---
I'm not seeing this with my ARM cross-compilers. Can you attach a .i file?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45177
--- Comment #5 from mikpe at it dot uu dot se 2010-08-04 22:15 ---
Created an attachment (id=21398)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21398action=view)
preprocessed source for _udivmoddi4
In non-parallel builds _udivmoddi4 is always the first module to make cc1 run
out
