https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102513
Jakub Jelinek changed:
What|Removed |Added
CC||fxue at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102513
Jakub Jelinek changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102513
Jakub Jelinek changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102513
--- Comment #6 from Jakub Jelinek ---
It is in
/* Recursively generate lattice values with a limited count. */
FOR_EACH_VEC_ELT (val_seeds, i, src_val)
{
for (int j = 1; j < max_recursive_depth; j++)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102513
Feng Xue changed:
What|Removed |Added
CC||fxue at os dot
amperecomputing.com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102513
--- Comment #8 from Martin Jambor ---
I am about to thest the following patch. In longer-run, it would be better to
never generate lattice values outside of the value_range but there is an
ordering problem, we need the complete VR info before w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102513
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Target Milestone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102513
--- Comment #2 from Andrew Pinski ---
A simple workaround is to add at the begining of the function:
if (level == 0) return 0;
What I found is since we don't run loop copy header until after IPA-CP, we get
some interesting IR where we don't jum