summaryrefslogtreecommitdiffstats
path: root/clang/test/CodeGen/x86-64-inline-asm.c
Commit message (Collapse)AuthorAgeFilesLines
* Add another test for r354937 that came up in PR40890Hans Wennborg2019-03-081-0/+2
| | | | llvm-svn: 355670
* Inline asm constraints: allow ICE-like pointers for the "n" constraint (PR40890)Hans Wennborg2019-03-061-0/+15
| | | | | | | | | | | | Apparently GCC allows this, and there's code relying on it (see bug). The idea is to allow expression that would have been allowed if they were cast to int. So I based the code on how such a cast would be done (the CK_PointerToIntegral case in IntExprEvaluator::VisitCastExpr()). Differential Revision: https://reviews.llvm.org/D58821 llvm-svn: 355491
* CodeGen: Let arrays be inputs to inline asmDavid Majnemer2014-07-141-0/+5
| | | | | | | | | | | An array showing up in an inline assembly input is accepted in ICC and GCC 4.8 This fixes PR20201. Differential Revision: http://reviews.llvm.org/D4382 llvm-svn: 212954
* Convert tests I recently add to use -verify instead of FileCheck.Joey Gouly2014-06-081-4/+9
| | | | | | | This uncovered something strange. Diagnostics for InlineAsm have source locations that don't really map to where they are within the .c source file. llvm-svn: 210440
* When an inline-asm diagnostic is reported by the backend, report it with theJoey Gouly2014-06-051-0/+7
correct severity. Previously all inline-asm diagnostics were reported as errors. llvm-svn: 210286
OpenPOWER on IntegriCloud