https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109219
--- Comment #4 from Richard Biener <rguenth at gcc dot gnu.org> --- (In reply to Richard Biener from comment #2) > I will have a look - the representative looks out-of sync: > > t.c:4:1: note: node 0x41d6f00 (max_nunits=8, refcnt=1) vector(8) unsigned > short > t.c:4:1: note: op template: _68 = _70 + 65535; > t.c:4:1: note: stmt 0 patt_20 = _68 - patt_23; > t.c:4:1: note: stmt 1 patt_77 = _9 - patt_101; > t.c:4:1: note: children 0x41d7340 0x41d7098 Thinking about it, the representative STMT_SLP_TYPE isn't really relevant for anything and we shouldn't check it from SLP code. The only valid case is for loop vect to check whether a stmt is relevant for it.