https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90007
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90007
Richard Biener changed:
What|Removed |Added
Target Milestone|9.5 |10.0
--- Comment #17 from Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90007
Richard Biener changed:
What|Removed |Added
Target Milestone|9.4 |9.5
--- Comment #16 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90007
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|9.3 |9.4
--- Comment #15 from Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90007
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
--- Comment #8 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90007
--- Comment #7 from Segher Boessenkool ---
(In reply to Jakub Jelinek from comment #3)
> Why does sel-sched try to propagate hard registers into insns before RA?
> The whole point of the combiner changes was not to do that, so that the RA
> can
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90007
Jakub Jelinek changed:
What|Removed |Added
CC||segher at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90007
--- Comment #5 from Jakub Jelinek ---
It is not a matter of efficiency, but primarily that RA can't do anything in
many cases after propagating hard registers into instructions. This PR is just
one of the many cases.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90007
--- Comment #4 from Alexander Monakov ---
Well, often sel-sched just does not discriminate hardregs and pseudos when
checking if renaming/substitution may be applied. Sure, as a matter of
efficiency we should probably disallow substitution throug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90007
--- Comment #3 from Jakub Jelinek ---
Why does sel-sched try to propagate hard registers into insns before RA? The
whole point of the combiner changes was not to do that, so that the RA can do
better job.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90007
--- Comment #2 from Alexander Monakov ---
We have a pseudo:SI<-hardreg:SI assignment followed by
pseudo:DF<-float(pseudo:SI) conversion, and we substitute the latter through
the former, creating a pseudo:DF<-float(hardreg:SI) insn that fails in r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90007
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90007
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.0
13 matches
Mail list logo