summaryrefslogtreecommitdiffstats
path: root/clang/test/CodeGen/builtin-assume.c
Commit message (Collapse)AuthorAgeFilesLines
* HasSideEffects() should return false for calls to pure and const functions.Michael Kuperstein2015-04-061-0/+19
| | | | | | Differential Revision: http://reviews.llvm.org/D8548 llvm-svn: 234152
* Update Clang tests to handle explicitly typed load changes in LLVM.David Blaikie2015-02-271-2/+2
| | | | llvm-svn: 230795
* clang/test/CodeGen/builtin-assume*.c: Fixup for -Asserts.NAKAMURA Takumi2014-09-081-3/+4
| | | | llvm-svn: 217352
* Add __builtin_assume and __builtin_assume_aligned using @llvm.assume.Hal Finkel2014-09-071-2/+20
| | | | | | | | | | | This makes use of the recently-added @llvm.assume intrinsic to implement a __builtin_assume(bool) intrinsic (to provide additional information to the optimizer). This hooks up __assume in MS-compatibility mode to mirror __builtin_assume (the semantics have been intentionally kept compatible), and implements GCC's __builtin_assume_aligned as assume((p - o) & mask == 0). LLVM now contains special logic to deal with assumptions of this form. llvm-svn: 217349
* Add basic (noop) CodeGen support for __assumeHal Finkel2014-07-161-0/+8
Clang supports __assume, at least at the semantic level, when MS extensions are enabled. Unfortunately, trying to actually compile code using __assume would result in this error: error: cannot compile this builtin function yet __assume is an optimizer hint, and can be ignored at the IR level. Until LLVM supports assumptions at the IR level, a noop lowering is valid, and that is what is done here. llvm-svn: 213206
OpenPOWER on IntegriCloud