public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug bootstrap/62009] New: Bootstrap failure on i686
@ 2014-08-04 11:51 izamyatin at gmail dot com
2014-08-04 12:47 ` [Bug bootstrap/62009] Bootstrap failure in vec.h::splice jgreenhalgh at gcc dot gnu.org
` (2 more replies)
0 siblings, 3 replies; 4+ messages in thread
From: izamyatin at gmail dot com @ 2014-08-04 11:51 UTC (permalink / raw)
To: gcc-bugs
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,
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Bug bootstrap/62009] Bootstrap failure in vec.h::splice
2014-08-04 11:51 [Bug bootstrap/62009] New: Bootstrap failure on i686 izamyatin at gmail dot com
@ 2014-08-04 12:47 ` jgreenhalgh at gcc dot gnu.org
2014-08-04 13:01 ` trippels at gcc dot gnu.org
2021-09-01 0:50 ` [Bug bootstrap/62009] [5 Regression] " pinskia at gcc dot gnu.org
2 siblings, 0 replies; 4+ messages in thread
From: jgreenhalgh at gcc dot gnu.org @ 2014-08-04 12:47 UTC (permalink / raw)
To: gcc-bugs
[-- 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.
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Bug bootstrap/62009] Bootstrap failure in vec.h::splice
2014-08-04 11:51 [Bug bootstrap/62009] New: Bootstrap failure on i686 izamyatin at gmail dot com
2014-08-04 12:47 ` [Bug bootstrap/62009] Bootstrap failure in vec.h::splice jgreenhalgh at gcc dot gnu.org
@ 2014-08-04 13:01 ` trippels at gcc dot gnu.org
2021-09-01 0:50 ` [Bug bootstrap/62009] [5 Regression] " pinskia at gcc dot gnu.org
2 siblings, 0 replies; 4+ messages in thread
From: trippels at gcc dot gnu.org @ 2014-08-04 13:01 UTC (permalink / raw)
To: gcc-bugs
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)
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Bug bootstrap/62009] [5 Regression] Bootstrap failure in vec.h::splice
2014-08-04 11:51 [Bug bootstrap/62009] New: Bootstrap failure on i686 izamyatin at gmail dot com
2014-08-04 12:47 ` [Bug bootstrap/62009] Bootstrap failure in vec.h::splice jgreenhalgh at gcc dot gnu.org
2014-08-04 13:01 ` trippels at gcc dot gnu.org
@ 2021-09-01 0:50 ` pinskia at gcc dot gnu.org
2 siblings, 0 replies; 4+ messages in thread
From: pinskia at gcc dot gnu.org @ 2021-09-01 0:50 UTC (permalink / raw)
To: gcc-bugs
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.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2021-09-01 0:50 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-08-04 11:51 [Bug bootstrap/62009] New: Bootstrap failure on i686 izamyatin at gmail dot com
2014-08-04 12:47 ` [Bug bootstrap/62009] Bootstrap failure in vec.h::splice jgreenhalgh at gcc dot gnu.org
2014-08-04 13:01 ` trippels at gcc dot gnu.org
2021-09-01 0:50 ` [Bug bootstrap/62009] [5 Regression] " pinskia at gcc dot gnu.org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).