https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102463
Aldy Hernandez <aldyh at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever confirmed|0 |1
CC| |amacleod at redhat dot com
Last reconfirmed| |2021-09-23
--- Comment #5 from Aldy Hernandez <aldyh at gcc dot gnu.org> ---
(In reply to David Binderman from comment #4)
> (In reply to Aldy Hernandez from comment #3)
> > Could you provide a preprocessed source?
>
> ? It already is. It might need a few "int" and "void" to keep
> modern C compilers happy.
>
> I forgot to add the relevant flags to the reduce. Sorry.
>
> Current git range is [5d110fe90afcd850..f6ccb788f29ce79a].
My bad. I got thrown off by the first line and assumed it was some enum
specific to bfd.
This looks like it came from Andrew's EDGE_EXECUTABLE patches:
commit 73cf73af2392e00917de042a4692f6a0b6329ee8
commit 5d110fe90afcd850ea21aee6429f22edd6b1b592
This is an ICE in relation_fold_and_or where the defining statement for an SSA
is a PHI, which obviously has no range-ops entry, so we shouldn't dereference
its handler:
range_operator *handler1 = gimple_range_handler (SSA_NAME_DEF_STMT (ssa1));
range_operator *handler2 = gimple_range_handler (SSA_NAME_DEF_STMT (ssa2));
int_range<2> bool_one (boolean_true_node, boolean_true_node);
relation_kind relation1 = handler1->op1_op2_relation (bool_one);
relation_kind relation2 = handler2->op1_op2_relation (bool_one);
SSA_NAME_DEF_STMT(ssa1) is: ntdef_10 = PHI <newdef_14(2), _3(3)>
CCing author.
