[Bug bootstrap/45177] [4.6 regression] cc1 runs out of memory building libgcc in ARM cross-compiler

2010-08-10 Thread bernds at gcc dot gnu dot org


--- 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 (multiple_operation_profitable_p): Move xscale
test here from arm_gen_load_multiple_1.
(arm_gen_load_multiple_1, arm_gen_store_multiple_1): Use
multiple_operation_profitable_p.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/arm/arm.c


-- 


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



[Bug bootstrap/45177] [4.6 regression] cc1 runs out of memory building libgcc in ARM cross-compiler

2010-08-10 Thread ramana at gcc dot gnu dot org


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

 Status|UNCONFIRMED |WAITING


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



[Bug bootstrap/45177] [4.6 regression] cc1 runs out of memory building libgcc in ARM cross-compiler

2010-08-10 Thread bernds at gcc dot gnu dot org


--- 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 |RESOLVED
 Resolution||FIXED


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



[Bug bootstrap/45177] [4.6 regression] cc1 runs out of memory building libgcc in ARM cross-compiler

2010-08-04 Thread rguenth at gcc dot gnu dot org


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

   Target Milestone|--- |4.6.0


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



[Bug bootstrap/45177] [4.6 regression] cc1 runs out of memory building libgcc in ARM cross-compiler

2010-08-04 Thread mikpe at it dot uu dot se


--- 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
(gdb) bt
#0  0x080c0c93 in pool_alloc (pool=0xa45d708) at
/tmp/gcc-4.6-r162856/gcc/alloc-pool.c:252
#1  0x0812091e in df_ref_create_structure (cl=DF_REF_REGULAR,
collection_rec=value optimized out, 
reg=0xb757a1c0, loc=0xb734d814, bb=0xb7534400, info=0xa46b930,
ref_type=DF_REF_REG_MEM_STORE, 
ref_flags=0, width=-1, offset=-1, mode=VOIDmode) at
/tmp/gcc-4.6-r162856/gcc/df-scan.c:2802
#2  0x08120a8c in df_ref_record (cl=value optimized out,
collection_rec=value optimized out, 
reg=value optimized out, loc=0xb734d814, bb=0xb7534400,
insn_info=0xa46b930, 
ref_type=DF_REF_REG_MEM_STORE, ref_flags=0, width=-1, offset=-1,
mode=VOIDmode)
at /tmp/gcc-4.6-r162856/gcc/df-scan.c:2928
#3  0x081210d7 in df_uses_record (cl=value optimized out,
collection_rec=value optimized out, 
loc=value optimized out, ref_type=DF_REF_REG_MEM_STORE, bb=0xb7534400,
insn_info=0xa46b930, 
flags=0, width=-1, offset=-1, mode=VOIDmode) at
/tmp/gcc-4.6-r162856/gcc/df-scan.c:3159
#4  0x081219d7 in df_insn_refs_collect (collection_rec=value optimized out, 
bb=value optimized out, insn_info=0x1f68fb8) at
/tmp/gcc-4.6-r162856/gcc/df-scan.c:3571
#5  0x08121f3a in df_insn_refs_verify (collection_rec=0xbfb95d50, bb=0x7,
insn=value optimized out, 
abort_if_fail=0 '\0') at /tmp/gcc-4.6-r162856/gcc/df-scan.c:4466
#6  0x081222b6 in df_insn_rescan (insn=0x13e97828) at
/tmp/gcc-4.6-r162856/gcc/df-scan.c:1260
#7  0x0826d4f3 in peep2_update_life (prev=value optimized out, last=value
optimized out, 
match_len=value optimized out, bb=value optimized out) at
/tmp/gcc-4.6-r162856/gcc/recog.c:3313
#8  peephole2_optimize (prev=value optimized out, last=value optimized out, 
match_len=value optimized out, bb=value optimized out) at
/tmp/gcc-4.6-r162856/gcc/recog.c:3441
#9  rest_of_handle_peephole2 (prev=value optimized out, last=value optimized
out, 
match_len=value optimized out, bb=value optimized out) at
/tmp/gcc-4.6-r162856/gcc/recog.c:3619
#10 0x082534cb in execute_one_pass (pass=0x8863640) at
/tmp/gcc-4.6-r162856/gcc/passes.c:1564
#11 0x0825374d in execute_pass_list (pass=0x8863640) at
/tmp/gcc-4.6-r162856/gcc/passes.c:1619
#12 0x08253760 in execute_pass_list (pass=0x88634e0) at
/tmp/gcc-4.6-r162856/gcc/passes.c:1620
#13 0x08253760 in execute_pass_list (pass=0x88634a0) at
/tmp/gcc-4.6-r162856/gcc/passes.c:1620
#14 0x0831f87a in tree_rest_of_compilation (fndecl=0xb74dc400)
at /tmp/gcc-4.6-r162856/gcc/tree-optimize.c:452
#15 0x0844c02f in cgraph_expand_function (node=value optimized out)
at /tmp/gcc-4.6-r162856/gcc/cgraphunit.c:1643
#16 0x0844d201 in cgraph_expand_all_functions () at
/tmp/gcc-4.6-r162856/gcc/cgraphunit.c:1722
#17 cgraph_optimize () at /tmp/gcc-4.6-r162856/gcc/cgraphunit.c:1978
#18 0x0844da15 in cgraph_finalize_compilation_unit () at
/tmp/gcc-4.6-r162856/gcc/cgraphunit.c:1185
#19 0x08056f9c in c_write_global_declarations () at
/tmp/gcc-4.6-r162856/gcc/c-decl.c:9698
#20 0x082e2324 in compile_file () at /tmp/gcc-4.6-r162856/gcc/toplev.c:957
#21 do_compile () at /tmp/gcc-4.6-r162856/gcc/toplev.c:2295
#22 toplev_main () at /tmp/gcc-4.6-r162856/gcc/toplev.c:2336
#23 0x080baeeb in main (argc=62, argv=0xbfb96134) at
/tmp/gcc-4.6-r162856/gcc/main.c:36


-- 


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



[Bug bootstrap/45177] [4.6 regression] cc1 runs out of memory building libgcc in ARM cross-compiler

2010-08-04 Thread mikpe at it dot uu dot se


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

 CC||bernds at gcc dot gnu dot
   ||org


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



[Bug bootstrap/45177] [4.6 regression] cc1 runs out of memory building libgcc in ARM cross-compiler

2010-08-04 Thread bernds at gcc dot gnu dot org


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



[Bug bootstrap/45177] [4.6 regression] cc1 runs out of memory building libgcc in ARM cross-compiler

2010-08-04 Thread mikpe at it dot uu dot se


--- 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 of memory.  I get the error on both i686 and x86_64 hosts, and with both
gcc-4.4.4 and gcc-4.3.5 as bootstrap compilers (only tried 4.3.5 on i686
though).

I did use --with-arch=armv5te --with-tune=xscale when configuring my compiler,
which may be relevant as it changes instruction selection defaults.


-- 


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