https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80298
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80298
--- Comment #8 from uros at gcc dot gnu.org ---
Author: uros
Date: Thu Apr 6 21:06:08 2017
New Revision: 246744
URL: https://gcc.gnu.org/viewcvs?rev=246744=gcc=rev
Log:
Backport from mainline
2017-04-06 Uros Bizjak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80298
--- Comment #7 from uros at gcc dot gnu.org ---
Author: uros
Date: Thu Apr 6 18:34:18 2017
New Revision: 246737
URL: https://gcc.gnu.org/viewcvs?rev=246737=gcc=rev
Log:
PR target/80298
* gcc.target/i386/pr80298-1.c: New test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80298
--- Comment #6 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Apr 5 15:33:49 2017
New Revision: 246708
URL: https://gcc.gnu.org/viewcvs?rev=246708=gcc=rev
Log:
PR target/80298
* config/i386/mmintrin.h: Add -msse target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80298
--- Comment #5 from Jakub Jelinek ---
The other way to get rid of those errors would be wrap the MMX/3dNOW headers
into additional #pragma GCC target("sse") for 64-bit, but then you wouldn't be
able to use the MMX intrinsics with -mno-sse -mmmx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80298
--- Comment #4 from roland at gnu dot org ---
I'd assumed it would be fixed just with more #pragma push_options,
target("sse"), pop_options, sequences.
It seems like a separate issue about automagically allowing things in
always_inline cases,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80298
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80298
--- Comment #2 from Jakub Jelinek ---
-m32 doesn't have this problem, because __m64 etc. are not passed/returned in
registers, but on the stack (except for -msseregparm ?).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80298
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
