summaryrefslogtreecommitdiffstats
path: root/clang/test/CodeGen/builtin-expect.c
Commit message (Collapse)AuthorAgeFilesLines
* I had meant to locally revert this test.John McCall2011-09-211-1/+1
| | | | llvm-svn: 140243
* ANSI C requires that a call to an unprototyped function type succeedJohn McCall2011-09-211-1/+1
| | | | | | | | | | | | | | | | | if the definition has a non-variadic prototype with compatible parameters. Therefore, the default rule for such calls must be to use a non-variadic convention. Achieve this by casting the callee to the function type with which it is required to be compatible, unless the target specifically opts out and insists that unprototyped calls should use the variadic rules. The only case of that I'm aware of is the x86-64 convention, which passes arguments the same way in both cases but also sets a small amount of extra information; here we seek to maintain compatibility with GCC, which does set this when calling an unprototyped function. Addresses PR10810 and PR10713. llvm-svn: 140241
* Introduce __builtin_expect() intrinsic support.Jakub Staszak2011-07-081-0/+26
| | | | llvm-svn: 134761
* Ir-gen the side-effect(s) when __builtin_expect isFariborz Jahanian2011-04-251-1/+11
| | | | | | constant-folded. // rdar://9330105 llvm-svn: 130163
* 2nd argument of __builtin_expect must be evaluatedFariborz Jahanian2010-07-261-0/+11
if it hs side-effect to matchgcc's behaviour. Addresses radar 8172109. llvm-svn: 109467
OpenPOWER on IntegriCloud