https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89676
--- Comment #9 from Vladimir Makarov ---
Author: vmakarov
Date: Mon Mar 25 21:14:40 2019
New Revision: 269924
URL: https://gcc.gnu.org/viewcvs?rev=269924=gcc=rev
Log:
2019-03-25 Vladimir Makarov
PR rtl-optimization/89676
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89676
--- Comment #8 from Vladimir Makarov ---
Author: vmakarov
Date: Fri Mar 22 16:59:21 2019
New Revision: 269878
URL: https://gcc.gnu.org/viewcvs?rev=269878=gcc=rev
Log:
2019-03-22 Vladimir Makarov
PR rtl-optimization/89676
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89676
--- Comment #7 from Vladimir Makarov ---
(In reply to Jakub Jelinek from comment #6)
>
> That said, if you can handle it in the RA, it could handle even those
> variable shift cases better (just make sure it doesn't overlap ecx, but
> otherwise
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89676
--- Comment #6 from Jakub Jelinek ---
I wonder if in this case the instruction couldn't replace the current = 0n Ic
constraints e.g. with =r, 0n,0n I,c because if the shift count is constant,
then I don't see the point of early-clobber, if the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89676
--- Comment #5 from Vladimir Makarov ---
I am working on it. It is a non-trivial problem. We should somehow exclude
creation of conflicts in lra-lives.c for an early clobber matched with an
input.
I hope to fix it this week.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89676
--- Comment #4 from Jakub Jelinek ---
The above commit fixed PR86979 instead.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89676
--- Comment #3 from Andrey Belevantsev ---
Author: abel
Date: Mon Mar 18 07:51:06 2019
New Revision: 269751
URL: https://gcc.gnu.org/viewcvs?rev=269751=gcc=rev
Log:
PR middle-end/89676
* sel-sched.c (compute_av_set_at_bb_end):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89676
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|---