https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97104
Alex Coplan changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97104
--- Comment #5 from Alex Coplan ---
I have a bisect in progress.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97104
Richard Biener changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97104
--- Comment #3 from Alex Coplan ---
Seems to have gone latent for the previous testcases, but still ICEs for:
extern int a[];
extern long b[];
char c;
long d;
void e(_Bool f[], long g[]) {
for (int h; h; h += 1) {
a[h] = c < f[0];
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97104
akrl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97104
--- Comment #2 from Alex Coplan ---
For the related testcase:
int a, c, d, e;
long b;
void f() {
short g = a;
for (; c; c++) {
b &= a == 0 ? 1 : g / a;
d |= e;
}
}
with the same options on AArch64, we ICE with a similar (but not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97104
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97104
--- Comment #1 from Richard Biener ---
possibly latent if you turn the live operation into one stored to a loop
variant and vectorized location - the loop wasn't vectorized before the cited
rev.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97104
Alex Coplan changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target|
