[Bug bootstrap/62009] New: Bootstrap failure on i686

[Bug bootstrap/62009] New: Bootstrap failure on i686

[izamyatin at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62009

            Bug ID: 62009
           Summary: Bootstrap failure on i686
           Product: gcc
           Version: 4.10.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: bootstrap
          Assignee: unassigned at gcc dot gnu.org
          Reporter: izamyatin at gmail dot com
            Target: i686

After r213517 | tbsaunde | 2014-08-02 15:34:54 +0400 (Sat, 02 Aug 2014) | 27
lines

convert many uses of pointer_map to hash_map

gcc/c-family/

        * cilk.c: Use hash_map instead of pointer_map.

gcc/c/

        * c-typeck.c: Use hash_map instead of pointer_map.

gcc/cp/

        * optimize.c, semantics.c: Use hash_map instead of pointer_map.

gcc/

        * hash-map.h (default_hashmap_traits::mark_key_deleted):
        Fix cast.
        (hash_map::remove): New method.
(hash_map::traverse): New method.
        * cgraph.h, except.c, except.h, gimple-ssa-strength-reduction.c,
        ipa-utils.c, lto-cgraph.c, lto-streamer.h, omp-low.c, predict.c,
        tree-cfg.c, tree-cfgcleanup.c, tree-eh.c, tree-eh.h, tree-inline.c,
        tree-inline.h, tree-nested.c, tree-sra.c, tree-ssa-loop-im.c,
        tree-ssa-loop-ivopts.c, tree-ssa-reassoc.c, tree-ssa-structalias.c,
        tree-ssa.c, tree-ssa.h, var-tracking.c: Use hash_map instead of
 pointer_map.

bootstrap for the following configuration 

CC="gcc -m32" CXX="g++ -m32" ../src-trunk/configure --enable-clocale=gnu
--with-system-zlib --enable-shared --with-demangler-in-ld i686-linux
--with-fpmath=sse --enable-languages=c,c++,fortran,java,lto,objc

fails like:

../../src-trunk/gcc/dwarf2cfi.c:706:1: internal compiler error: in splice, at
vec.h:844
 def_cfa_0 (dw_cfa_location *old_cfa, dw_cfa_location *new_cfa)
 ^
0x8c0c15f vec<_edge_var_map, va_heap, vl_embed>::splice(vec<_edge_var_map,
va_heap, vl_embed>&)
    ../../src-trunk/gcc/vec.h:844
0x8c0bd72 vec<_edge_var_map, va_heap, vl_ptr>::splice(vec<_edge_var_map,
va_heap, vl_ptr>&)
    ../../src-trunk/gcc/vec.h:1495
0x8c0b783 vec<_edge_var_map, va_heap, vl_ptr>::safe_splice(vec<_edge_var_map,
va_heap, vl_ptr>&)
    ../../src-trunk/gcc/vec.h:1512
0x8c06770 redirect_edge_var_map_dup(edge_def*, edge_def*)
    ../../src-trunk/gcc/tree-ssa.c:113
0x859bbac redirect_edge_succ_nodup(edge_def*, basic_block_def*)
    ../../src-trunk/gcc/cfghooks.c:437
0x8c068e3 ssa_redirect_edge(edge_def*, basic_block_def*)
    ../../src-trunk/gcc/tree-ssa.c:173
0x8a2c86b gimple_try_redirect_by_replacing_jump
    ../../src-trunk/gcc/tree-cfg.c:5419
0x8a2c90b gimple_redirect_edge_and_branch
    ../../src-trunk/gcc/tree-cfg.c:5450
0x859b940 redirect_edge_and_branch(edge_def*, basic_block_def*)
    ../../src-trunk/gcc/cfghooks.c:356
0x8a38335 remove_forwarder_block
    ../../src-trunk/gcc/tree-cfgcleanup.c:445
0x8a38b5b cleanup_tree_cfg_bb
    ../../src-trunk/gcc/tree-cfgcleanup.c:633
0x8a38c57 cleanup_tree_cfg_1
    ../../src-trunk/gcc/tree-cfgcleanup.c:675
0x8a38d88 cleanup_tree_cfg_noloop
    ../../src-trunk/gcc/tree-cfgcleanup.c:731
0x8a38ea2 cleanup_tree_cfg()
    ../../src-trunk/gcc/tree-cfgcleanup.c:786
0x8906f96 execute_function_todo
    ../../src-trunk/gcc/passes.c:1702
0x8906426 do_per_function
    ../../src-trunk/gcc/passes.c:1476
0x89072c5 execute_todo
    ../../src-trunk/gcc/passes.c:1806
Please submit a full bug report,

[Bug bootstrap/62009] Bootstrap failure in vec.h::splice

[jgreenhalgh at gcc dot gnu.org]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="UTF-8", Size: 10013 bytes --]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62009

jgreenhalgh at gcc dot gnu.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Target|i686                        |i686,
                   |                            |arm-none-linux-gnueabihf
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2014-08-04
                 CC|                            |jgreenhalgh at gcc dot gnu.org
            Summary|Bootstrap failure on i686   |Bootstrap failure in
                   |                            |vec.h::splice
     Ever confirmed|0                           |1

--- Comment #1 from jgreenhalgh at gcc dot gnu.org ---
I saw something very similar on ARM, but I couldn't reproduce it across two
other bootstraps with the same configuration, nor did I see the ICE when trying
to resume the build by typing "make".

.../configure --with-cpu=cortex-a9 --with-fpu=neon-fp16 --with-mode=thumb
--with-float=hard --enable-languages=c,c++,fortran

/work/jamgre01//gcc-src/gcc/tree-ssa-pre.c: In function ‘pre_expr_d*
bitmap_find_leader(bitmap_set_t, unsigned int)’:
/work/jamgre01//gcc-src/gcc/tree-ssa-pre.c:1837:1: internal compiler error: in
splice, at vec.h:844
 bitmap_find_leader (bitmap_set_t set, unsigned int val)
 ^
0xaa2927 vec<_edge_var_map, va_heap, vl_embed>::splice(vec<_edge_var_map,
va_heap, vl_embed>&)
    /work/jamgre01//gcc-src/gcc/vec.h:844
0xaa253d vec<_edge_var_map, va_heap, vl_ptr>::splice(vec<_edge_var_map,
va_heap, vl_ptr>&)
    /work/jamgre01//gcc-src/gcc/vec.h:1495
0xaa1fab vec<_edge_var_map, va_heap, vl_ptr>::safe_splice(vec<_edge_var_map,
va_heap, vl_ptr>&)
    /work/jamgre01//gcc-src/gcc/vec.h:1512
0xa9ddbb redirect_edge_var_map_dup(edge_def*, edge_def*)
    /work/jamgre01//gcc-src/gcc/tree-ssa.c:113
0x4d8bfd redirect_edge_succ_nodup(edge_def*, basic_block_def*)
    /work/jamgre01//gcc-src/gcc/cfghooks.c:437
0xa9dee5 ssa_redirect_edge(edge_def*, basic_block_def*)
    /work/jamgre01//gcc-src/gcc/tree-ssa.c:173
0x8fd663 gimple_try_redirect_by_replacing_jump
    /work/jamgre01//gcc-src/gcc/tree-cfg.c:5419
0x8fd6e7 gimple_redirect_edge_and_branch
    /work/jamgre01//gcc-src/gcc/tree-cfg.c:5450
0x4d89d5 redirect_edge_and_branch(edge_def*, basic_block_def*)
    /work/jamgre01//gcc-src/gcc/cfghooks.c:356
0x907a79 remove_forwarder_block
    /work/jamgre01//gcc-src/gcc/tree-cfgcleanup.c:445
0x9080a7 cleanup_tree_cfg_bb
    /work/jamgre01//gcc-src/gcc/tree-cfgcleanup.c:633
0x90818d cleanup_tree_cfg_1
    /work/jamgre01//gcc-src/gcc/tree-cfgcleanup.c:675
0x9082cb cleanup_tree_cfg_noloop
    /work/jamgre01//gcc-src/gcc/tree-cfgcleanup.c:731
0x9083bd cleanup_tree_cfg()
    /work/jamgre01//gcc-src/gcc/tree-cfgcleanup.c:786
0x90897f execute_cleanup_cfg_post_optimizing
    /work/jamgre01//gcc-src/gcc/tree-cfgcleanup.c:1081
0x908b29 execute
    /work/jamgre01//gcc-src/gcc/tree-cfgcleanup.c:1143
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <http://gcc.gnu.org/bugs.html> for instructions.
>From gcc-bugs-return-457698-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Aug 04 12:51:59 2014
Return-Path: <gcc-bugs-return-457698-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 2104 invoked by alias); 4 Aug 2014 12:51:58 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 2073 invoked by uid 48); 4 Aug 2014 12:51:55 -0000
From: "tkoeppe at google dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug tree-optimization/62006] Bad code generation with -O3 (possibly due to -ftree-partial-pre)
Date: Mon, 04 Aug 2014 12:51:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: tree-optimization
X-Bugzilla-Version: 4.9.1
X-Bugzilla-Keywords: wrong-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: tkoeppe at google dot com
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: attachments.created
Message-ID: <bug-62006-4-RQywpmZvUV@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-62006-4@http.gcc.gnu.org/bugzilla/>
References: <bug-62006-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-08/txt/msg00195.txt.bz2
Content-length: 459

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62006

--- Comment #6 from Thomas Köppe <tkoeppe at google dot com> ---
Created attachment 33236
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33236&action=edit
Fixed demo that doesn't have UB on account of invalid pointer arithmetic

Here's a (very lazily) fixed version of the code that allocates from an arena
that is a single, large array.

The same problem persists in both GCC and Clang.
>From gcc-bugs-return-457699-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Aug 04 12:58:03 2014
Return-Path: <gcc-bugs-return-457699-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 7417 invoked by alias); 4 Aug 2014 12:58:03 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 6813 invoked by uid 48); 4 Aug 2014 12:57:59 -0000
From: "rguenth at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug rtl-optimization/61672] Less redundant instructions deleted by pre_delete after r208113.
Date: Mon, 04 Aug 2014 12:58:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: rtl-optimization
X-Bugzilla-Version: 4.10.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: rguenth at gcc dot gnu.org
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on assigned_to everconfirmed attachments.created
Message-ID: <bug-61672-4-gWyFopWkNR@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-61672-4@http.gcc.gnu.org/bugzilla/>
References: <bug-61672-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-08/txt/msg00196.txt.bz2
Content-length: 2530

https://gcc.gnu.org/bugzilla/show_bug.cgi?ida672

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |ASSIGNED
   Last reconfirmed|                            |2014-08-04
           Assignee|unassigned at gcc dot gnu.org      |rguenth at gcc dot gnu.org
     Ever confirmed|0                           |1

--- Comment #6 from Richard Biener <rguenth at gcc dot gnu.org> ---
Created attachment 33237
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id3237&actioníit
patch

Ok, I see stuff like the following in the 179r.pre dump differences

@@ -1524,6 +1524,11 @@
         Loads : (insn_list:REG_DEP_TRUE 21 (nil))
        Stores : (nil)

+  Pattern (  0): (mem/f:SI (plus:SI (reg/v/f:SI 93 [ pfile ])
+        (const_int 12 [0xc])) [3 pfile_5(D)->u_buff+0 S4 A32])
+        Loads : (insn_list:REG_DEP_TRUE 19 (nil))
+       Stores : (nil)
+
   Pattern (  0): (mem/f:SI (plus:SI (reg/v/f:SI 83 [ buff ])
         (const_int 12 [0xc])) [3 buff_6->limit+0 S4 A32])
         Loads : (insn_list:REG_DEP_TRUE 9 (nil))
@@ -1536,11 +1541,11 @@

   Pattern (  0): (mem/f:SI (plus:SI (reg/v/f:SI 93 [ pfile ])
         (const_int 12 [0xc])) [3 pfile_5(D)->u_buff+0 S4 A32])
-        Loads : (insn_list:REG_DEP_TRUE 19 (insn_list:REG_DEP_TRUE 7 (nil)))
+        Loads : (insn_list:REG_DEP_TRUE 7 (nil))
        Stores : (nil)

Ah, gcse ends up calling exp_equiv_p which does

          /* Can't merge two expressions in different alias sets, since we
             can decide that the expression is transparent in a block when
             it isn't, due to it being set with the different alias set.

             Also, can't merge two expressions with different MEM_ATTRS.
             They could e.g. be two different entities allocated into the
             same space on the stack (see e.g. PR25130).  In that case, the
             MEM addresses can be the same, even though the two MEMs are
             absolutely not equivalent.

             But because really all MEM attributes should be the same for
             equivalent MEMs, we just use the invariant that MEMs that have
             the same attributes share the same mem_attrs data structure.  */
          if (MEM_ATTRS (x) != MEM_ATTRS (y))
            return 0;

cfgcleanup.c has similar code.

Untested fix attached, with this we create the same code for the pr58464
testcase.

[Bug bootstrap/62009] Bootstrap failure in vec.h::splice

[trippels at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62009

Markus Trippelsdorf <trippels at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |trippels at gcc dot gnu.org

--- Comment #2 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
Valgrind show:

==20810== Invalid read of size 8
==20810==    at 0xBA4A6F: redirect_edge_var_map_dup(edge_def*, edge_def*)
(vec.h:1184)
==20810==    by 0x675552: redirect_edge_succ_nodup(edge_def*, basic_block_def*)
(cfghooks.c:437)
==20810==    by 0xA18098: gimple_redirect_edge_and_branch(edge_def*,
basic_block_def*) (tree-cfg.c:5419)
==20810==    by 0x6753C9: redirect_edge_and_branch(edge_def*, basic_block_def*)
(cfghooks.c:356)
==20810==    by 0x675482: remove_branch(edge_def*) (cfghooks.c:398)
==20810==    by 0x67F062: remove_path(edge_def*) (cfgloopmanip.c:384)
==20810==    by 0xAFE5C2: canonicalize_loop_induction_variables(loop*, bool,
unroll_level, bool) (tree-ssa-loop-ivcanon.c:845)
==20810==    by 0xAFEE4F: tree_unroll_loops_completely_1(bool, bool, vec<loop*,
va_heap, vl_ptr>&, loop*) (tree-ssa-loop-ivcanon.c:1149)
==20810==    by 0xAFEDD0: tree_unroll_loops_completely_1(bool, bool, vec<loop*,
va_heap, vl_ptr>&, loop*) (tree-ssa-loop-ivcanon.c:1123)
==20810==    by 0xAFF802: tree_unroll_loops_completely(bool, bool)
(tree-ssa-loop-ivcanon.c:1193)
==20810==    by 0x92D88C: execute_one_pass(opt_pass*) (passes.c:2149)
==20810==    by 0x92DE15: execute_pass_list_1(opt_pass*) (passes.c:2201)
==20810==  Address 0x55a5f08 is 152 bytes inside a block of size 208 free'd
==20810==    at 0x40298D0: free (vg_replace_malloc.c:468)
==20810==    by 0xBA52ED: hash_table<hash_map<edge_def*,
auto_vec<_edge_var_map, 0ul>, default_hashmap_traits>::hash_entry, xcallocator,
true>::find_slot_with_hash(edge_def* 
const&, unsigned int, insert_option) (hash-table.h:1370)
==20810==    by 0xBA4A61: redirect_edge_var_map_dup(edge_def*, edge_def*)
(hash-map.h:177)
==20810==    by 0x675552: redirect_edge_succ_nodup(edge_def*, basic_block_def*)
(cfghooks.c:437)
==20810==    by 0xA18098: gimple_redirect_edge_and_branch(edge_def*,
basic_block_def*) (tree-cfg.c:5419)
==20810==    by 0x6753C9: redirect_edge_and_branch(edge_def*, basic_block_def*)
(cfghooks.c:356)
==20810==    by 0x675482: remove_branch(edge_def*) (cfghooks.c:398)
==20810==    by 0x67F062: remove_path(edge_def*) (cfgloopmanip.c:384)
==20810==    by 0xAFE5C2: canonicalize_loop_induction_variables(loop*, bool,
unroll_level, bool) (tree-ssa-loop-ivcanon.c:845)
==20810==    by 0xAFEE4F: tree_unroll_loops_completely_1(bool, bool, vec<loop*,
va_heap, vl_ptr>&, loop*) (tree-ssa-loop-ivcanon.c:1149)
==20810==    by 0xAFEDD0: tree_unroll_loops_completely_1(bool, bool, vec<loop*,
va_heap, vl_ptr>&, loop*) (tree-ssa-loop-ivcanon.c:1123)
==20810==    by 0xAFF802: tree_unroll_loops_completely(bool, bool)
(tree-ssa-loop-ivcanon.c:1193)
==20810== 
==20810== Conditional jump or move depends on uninitialised value(s)
==20810==    at 0xECD18A: register_active_defs(df_ref_d*) (sparseset.h:147)
==20810==    by 0xECD23E: update_df_init(rtx_def*, rtx_def*) (fwprop.c:878)
==20810==    by 0xECD564: try_fwprop_subst(df_ref_d*, rtx_def**, rtx_def*,
rtx_def*, bool) (fwprop.c:945)
==20810==    by 0xECDA5A: forward_propagate_into(df_ref_d*) (fwprop.c:1320)
==20810==    by 0xECDFE7: (anonymous
namespace)::pass_rtl_fwprop::execute(function*) (fwprop.c:1457)
==20810==    by 0x92D88C: execute_one_pass(opt_pass*) (passes.c:2149)
==20810==    by 0x92DE15: execute_pass_list_1(opt_pass*) (passes.c:2201)
==20810==    by 0x92DE27: execute_pass_list_1(opt_pass*) (passes.c:2202)
==20810==    by 0x92DE68: execute_pass_list(function*, opt_pass*)
(passes.c:2212)
==20810==    by 0x6997AF: expand_function(cgraph_node*) (cgraphunit.c:1776)
==20810==    by 0x69ADD3: compile() (cgraphunit.c:1910)
==20810==    by 0x69C874: finalize_compilation_unit() (cgraphunit.c:2331)
==20810==  Uninitialised value was created by a heap allocation
==20810==    at 0x4028510: malloc (vg_replace_malloc.c:291)
==20810==    by 0xFC8D27: xmalloc (xmalloc.c:147)
==20810==    by 0x9CE0A4: sparseset_alloc(unsigned long) (sparseset.c:33)
==20810==    by 0xECCA82: fwprop_init() (fwprop.c:1401)
==20810==    by 0xECDF5A: (anonymous
namespace)::pass_rtl_fwprop::execute(function*) (fwprop.c:1441)
==20810==    by 0x92D88C: execute_one_pass(opt_pass*) (passes.c:2149)
==20810==    by 0x92DE15: execute_pass_list_1(opt_pass*) (passes.c:2201)
==20810==    by 0x92DE27: execute_pass_list_1(opt_pass*) (passes.c:2202)
==20810==    by 0x92DE68: execute_pass_list(function*, opt_pass*)
(passes.c:2212)
==20810==    by 0x6997AF: expand_function(cgraph_node*) (cgraphunit.c:1776)
==20810==    by 0x69ADD3: compile() (cgraphunit.c:1910)
==20810==    by 0x69C874: finalize_compilation_unit() (cgraphunit.c:2331)

[Bug bootstrap/62009] [5 Regression] Bootstrap failure in vec.h::splice

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62009

Andrew Pinski <pinskia at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |build, ice-on-valid-code
            Summary|Bootstrap failure in        |[5 Regression] Bootstrap
                   |vec.h::splice               |failure in vec.h::splice
         Resolution|---                         |FIXED
             Status|NEW                         |RESOLVED
   Target Milestone|---                         |5.0

--- Comment #4 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
Fixed by r5-2542. The bug # is in the subject but it never got to bugzilla.