https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
--- Comment #34 from Robin Dapp <rdapp at gcc dot gnu.org> --- (In reply to Jakub Jelinek from comment #29) > --- gcc/tree-vect-loop.cc.jj 2023-11-14 10:35:52.000000000 +0100 > +++ gcc/tree-vect-loop.cc 2023-11-15 22:42:32.782007408 +0100 > @@ -4105,9 +4105,9 @@ pop: > /* In case of a COND_OP (mask, op1, op2, op1) reduction we might have > op1 twice (once as definition, once as else) in the same operation. > Allow this. */ > - if (cond_fn_p) > + if (cond_fn_p && op_use_stmt == use_stmt) > { > - gcall *call = dyn_cast<gcall *> (use_stmt); > + gcall *call = as_a<gcall *> (use_stmt); > unsigned else_pos > = internal_fn_else_index (internal_fn (op.code)); > > doesn't cure the -fcompare-debug failure though. Yeah that's what I meant to mean in the first place ;) Thanks for the debugging efforts. I'm going to check with your reduced example, could reproduce it locally with it.