https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70028
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70028
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Wed Mar 30 12:38:21 2016
New Revision: 234558
URL: https://gcc.gnu.org/viewcvs?rev=234558=gcc=rev
Log:
Backported from mainline
2016-03-02 Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70028
--- Comment #6 from Jakub Jelinek ---
Fixed on the trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70028
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Wed Mar 2 13:10:36 2016
New Revision: 233904
URL: https://gcc.gnu.org/viewcvs?rev=233904=gcc=rev
Log:
PR target/70028
* config/i386/i386.md (kmovw): Move m constraint to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70028
--- Comment #4 from Kirill Yukhin ---
(In reply to Jakub Jelinek from comment #3)
> Created attachment 37835 [details]
> gcc6-pr70028.patch
>
> So what about this patch then? I don't see kmov* used with %k in other
> patterns, where "m" could
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70028
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70028
Kirill Yukhin changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70028
--- Comment #1 from Zdenek Sojka ---
The documentation is quite interesting - if the second operand is a register,
it is always a 32bit register (eg. ebx); if it is a memory operand, it has to
be a BYTE/WORD.