History log of /external/clang/test/CodeGen/x86_32-arguments-nommx.c
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
93ab6bf534fb6c26563c00f28a8fc5581bb71dfd 15-Aug-2013 Stephen Lin <stephenwlin@gmail.com> CHECK-LABEL-ify some code gen tests to improve diagnostic experience when tests fail.


git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@188447 91177308-0d34-0410-b5e6-96231b3b80d8
/external/clang/test/CodeGen/x86_32-arguments-nommx.c
6bb31e42076f192f01e92b83297500f62b5eb94c 09-Jul-2011 Eli Friedman <eli.friedman@gmail.com> Silly typo in test for r134770.



git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@134774 91177308-0d34-0410-b5e6-96231b3b80d8
/external/clang/test/CodeGen/x86_32-arguments-nommx.c
c3e0fb406fb6fe83566dc6d8b05362e0a2c1e191 09-Jul-2011 Eli Friedman <eli.friedman@gmail.com> Change -mno-mmx to be more compatible with gcc. Specifically, -mno-mmx should not imply -mno-sse.

Note that because we don't usually touch the MMX registers anyway, all -mno-mmx needs to do is tweak the x86-32 calling convention a little for vectors that look like MMX vectors, and prevent the definition of __MMX__.

clang doesn't actually stop the user from using MMX inline asm operands or MMX builtins in -mno-mmx mode; as a QOI issue, it would be nice to diagnose, but I doubt it really matters much.

<rdar://problem/9694837>



git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@134770 91177308-0d34-0410-b5e6-96231b3b80d8
/external/clang/test/CodeGen/x86_32-arguments-nommx.c