summaryrefslogtreecommitdiffstats
path: root/clang/test/CodeGen/x86_32-arguments-linux.c
Commit message (Collapse)AuthorAgeFilesLines
* [opaque pointer types] Explicit non-pointer type for call expressionsDavid Blaikie2015-04-161-1/+1
| | | | | | (migration for recent LLVM change to textual IR for calls) llvm-svn: 235147
* CHECK-LABEL-ify some code gen tests to improve diagnostic experience when ↵Stephen Lin2013-08-151-1/+1
| | | | | | tests fail. llvm-svn: 188447
* IR-gen should not generate an MMX types unless the code is explicitly using MMXChad Rosier2013-03-251-2/+2
| | | | | | | intrinsics. rdar://13213542 llvm-svn: 177911
* Update testcases due to Attribute sorting improvements.Bill Wendling2013-02-151-14/+14
| | | | llvm-svn: 175253
* Update the tests.Bill Wendling2013-01-311-14/+14
| | | | | | | This update coincides with r174110. That change ordered the attributes alphabetically. llvm-svn: 174111
* Change -mno-mmx to be more compatible with gcc. Specifically, -mno-mmx ↵Eli Friedman2011-07-081-1/+1
| | | | | | | | | | | | 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> llvm-svn: 134770
* make the x86-32 backend specify a byval alignment, even when theChris Lattner2011-05-221-2/+2
| | | | | | | code generator will do it. With this patch, clang compiles the example in PR9794 to not have an alloca temporary. llvm-svn: 131881
* Reapply r116684 with fixes. The test cases needed to be updated.Bill Wendling2010-10-181-2/+2
| | | | llvm-svn: 116696
* IRgen/ABI/x86-32: Realign indirect arguments when the ABI requires us to passDaniel Dunbar2010-09-161-12/+12
| | | | | | them with a smaller alignment than the rest of codegen expects. llvm-svn: 114115
* IRgen/x86_32/Linux: Linux seems to align all stack objects to 4 bytes, unlikeDaniel Dunbar2010-09-161-0/+51
Darwin. Checked vs the handiest Linux llvm-gcc I had around, someone on Linux is welcome to investigate more. llvm-svn: 114112
OpenPOWER on IntegriCloud