[Bug rtl-optimization/93974] [8/9/10 Regression] ICE in decompose_normal_address, at rtlanal.c:6403 on powerpc64le-linux-gnu since r10-6762
xerofoify at gmail dot com
gcc-bugzilla@gcc.gnu.org
Sat Feb 29 22:07:00 GMT 2020
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93974
Nicholas Krause <xerofoify at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |xerofoify at gmail dot com
--- Comment #9 from Nicholas Krause <xerofoify at gmail dot com> ---
Peter and Jakub,
Sorry if I'm misunderstanding the power code but is there a way to rewrite the
test to:
if (VECTOR_MEM_ALTIVEC(mode)
and another branch for VSX_P instructions.
I'm assuming that because its checking both we can get a infinite loop. I'm
assuming that in order to hand this off to the LRA we will need to
rewrite in to have two paths one for VSX_P and one for standard MEM_ALTIVEC.
Maybe Vlad as mentioned has a better idea about the LRA issues. But I'm very
suspicious of checking both VSX and non VSX_P instructions in the same way for
legitimate_address_p.
Maybe I'm misunderstanding the issue outside of backporting,
More information about the Gcc-bugs
mailing list