https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105486
Roger Sayle <roger at nextmovesoftware dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |roger at nextmovesoftware dot
com
Target Milestone|--- |13.0
Status|WAITING |ASSIGNED
Assignee|unassigned at gcc dot gnu.org |roger at
nextmovesoftware dot com
--- Comment #4 from Roger Sayle <roger at nextmovesoftware dot com> ---
I think the mention of slp2 and pr104240.c in the bug report is bogus, and is a
glitch in the automated regression checking scripts. The real problem is that
my new test case for pr102950.c is failing on powerpc64. After a great deal of
head scratching on why EVRP is producing different results on this platform,
I've just realized that "char" must be unsigned on this target. Replacing
"char" with "signed char" in gcc.dg/pr102950.c fixes the problem. I'll commit
this fix as obvious. But I want to avoid anyone wasting time (like I did)
trying to figure out why my patch should be the cause of an -flto failure of
bb-slp-pr104240.c [which might be failure, but unrelated to the pr102950.c
issue/bisect].
