Mainline bootstrap failure on IRIX 6 O32 with GNU as

[Rainer Orth <ro at TechFak dot Uni-Bielefeld dot DE>]

I've just detected that current mainline fails to bootstrap on
mips-sgi-irix6.5o32 with GNU as 2.14.  The failure happens building
libstdc++-v3:

/.vol/gcc/obj/gcc-3.4-20030729/6.5o32-cc-gas/gcc/xgcc -shared-libgcc -B/.vol/gcc/obj/gcc-3.4-20030729/6.5o32-cc-gas/gcc/ -nostdinc++ -L/.vol/gcc/obj/gcc-3.4-20030729/6.5o32-cc-gas/mips-sgi-irix6.5o32/libstdc++-v3/src -L/.vol/gcc/obj/gcc-3.4-20030729/6.5o32-cc-gas/mips-sgi-irix6.5o32/libstdc++-v3/src/.libs -B/.vol/gcc/share/mips-sgi-irix6.5o32/bin/ -B/.vol/gcc/share/mips-sgi-irix6.5o32/lib/ -isystem /.vol/gcc/share/mips-sgi-irix6.5o32/include -isystem /.vol/gcc/share/mips-sgi-irix6.5o32/sys-include -nostdinc++ -I/.vol/gcc/obj/gcc-3.4-20030729/6.5o32-cc-gas/mips-sgi-irix6.5o32/libstdc++-v3/include/mips-sgi-irix6.5o32 -I/.vol/gcc/obj/gcc-3.4-20030729/6.5o32-cc-gas/mips-sgi-irix6.5o32/libstdc++-v3/include -I/.vol/gcc/src/gcc-dist/libstdc++-v3/libsupc++ -I/.vol/gcc/src/gcc-dist/libstdc++-v3/libmath -O2 -g -g -O2 -fno-implicit-templates -Wall -Wno-format -W -Wwrite-strings -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -c /.vol/gcc/src/gcc-dist/libstdc++-v3/s!
 rc/locale-inst.cc   -DPIC -o .libs/locale-inst.o
/.vol/gcc/obj/gcc-3.4-20030729/6.5o32-cc-gas/mips-sgi-irix6.5o32/libstdc++-v3/include/bits/locale_facets.tcc: In
   member function `const std::__numpunct_cache<_CharT>* 
   std::__use_cache<std::__numpunct_cache<_CharT> >::operator()(const 
   std::locale&) const [with _CharT = char]':
/.vol/gcc/obj/gcc-3.4-20030729/6.5o32-cc-gas/mips-sgi-irix6.5o32/libstdc++-v3/include/bits/locale_facets.tcc:108: warning: '
   __tmp' might be used uninitialized in this function
/.vol/gcc/src/gcc-dist/libstdc++-v3/src/locale-inst.cc: At global scope:
/.vol/gcc/src/gcc-dist/libstdc++-v3/src/locale-inst.cc:498: internal compiler error: Segmentation
   fault

Here's the stacktrace from cc1plus:

#0  get_file_function_name_long (type=0x7ffb7d28 "I")
    at /.vol/gcc/src/gcc-dist/gcc/tree.c:4530
#1  0x005064b0 in start_objects (method_type=73, initp=2147187318)
    at /.vol/gcc/src/gcc-dist/gcc/cp/decl2.c:2007
#2  0x005078d4 in generate_ctor_or_dtor_function (constructor_p=true, 
    priority=65535, locus=0x0) at /.vol/gcc/src/gcc-dist/gcc/cp/decl2.c:2530
#3  0x005079dc in generate_ctor_and_dtor_functions_for_priority (n=0x12, 
    data=0x7ffb7e28) at /.vol/gcc/src/gcc-dist/gcc/cp/decl2.c:2582
#4  0x0096e74c in splay_tree_foreach_helper (sp=0x1040d000, node=0x104d9f88, 
    fn=0x507934 <generate_ctor_and_dtor_functions_for_priority>, 
    data=0x7ffb7e28) at /.vol/gcc/src/gcc-dist/libiberty/splay-tree.c:223
#5  0x0096f0a4 in splay_tree_foreach (sp=0x1040d000, 
    fn=0x507934 <generate_ctor_and_dtor_functions_for_priority>, 
    data=0x7ffb7e28) at /.vol/gcc/src/gcc-dist/libiberty/splay-tree.c:528
#6  0x00508998 in finish_file () at /.vol/gcc/src/gcc-dist/gcc/cp/decl2.c:2915
#7  0x0067c3ec in compile_file () at /.vol/gcc/src/gcc-dist/gcc/toplev.c:1750
#8  0x0068358c in do_compile () at /.vol/gcc/src/gcc-dist/gcc/toplev.c:4560
#9  0x00683728 in toplev_main (argc=23, argv=0x7ffb7ef4)
    at /.vol/gcc/src/gcc-dist/gcc/toplev.c:4601
#10 0x00441678 in __start () at crt1text.s:176

The SEGV happens in a call to alloca (tree.c, l. 4530):

  buf = alloca (sizeof (FILE_FUNCTION_FORMAT) + strlen (p) + strlen (type));

The args seem reasonable (and of reasonable length), and increasing the
stack size limit from the default of 64 MB to unlimited (i.e. 512 MB)
doesn't help.

My last successfull bootstrap of that target was on 20030626, so I'll start
hunting which patch is the culprit.

	Rainer