https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P1
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
--- Comment #5 from Jeffrey A. Law ---
Umm, the issue was bisected to a sccvn change, so I'm not sure why is landing
on Vlad. Richi or someone familiar with SCCVN needs to take a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
--- Comment #6 from Jakub Jelinek ---
That IMHO just made a latent issue no longer latent.
I'd say it is either a LRA issue or some backend issue related to RA, on a
relatively short function LRA shouldn't take hours.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
--- Comment #7 from Jakub Jelinek ---
richi's change basically on the testcase just changed 6 times in the function:
hl_.v_ = a11_334;
- accvhi4__777 = hl_.hilo_.hi_;
- accvlo4__778 = hl_.hilo_.lo_;
+ _612 = BIT_FIELD_REF ;
+ _613 = BIT_FI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
--- Comment #8 from Jakub Jelinek ---
I think the difference on the reduced testcase between success (first) and hang
(second) is:
(insn 10 16 21 3 (set (reg/v:DI 117 [ hl_ ])
(subreg:DI (reg/v:V8QI 114 [ v ]) 0)) "ultrasp13.c":19:105 125
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
--- Comment #9 from Jakub Jelinek ---
The reason that the non-lowpart subreg is allowed here is:
sparc_regmode_natural_size (machine_mode mode)
which returns for MODE_VECTOR_INT modes 4 rather than UNITS_PER_WORD (and for
MODE_FLOAT too).
IRA dec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
--- Comment #10 from Jakub Jelinek ---
So, quite early during LRA we get:
(insn 14 13 18 3 (set (reg:DI 9 %o1)
(zero_extend:DI (subreg:SI (mem/c:V8QI (plus:DI (reg/f:DI 101 %sfp)
(const_int -8 [0xfff8])
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
--- Comment #11 from Vladimir Makarov ---
Jakub, thank you for the analysis. I've been working on this PR too. I hope
the patch will be ready on Friday or at the beginning of the next week.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
Richard Biener changed:
What|Removed |Added
Keywords||needs-bisection
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from Richard Biener ---
> There's no RA commits in that range, further bisection is needed.
Done now. I've found r272742 to be the culprit:
2019-06-27 Richard Biener
13 matches
Mail list logo