constant lvalue.  Implement this in codegen by moving the code out of CGBuiltin
into EmitConstantExpr.

llvm-svn: 57163

llvm-svn: 57162

it is possible that a builtin could sometimes be folded (e.g. __builtin_clz)
if it's operand is a constant.

llvm-svn: 57161

depend on the value of this flag, it should depend on whether 
tryEvaluate is able to *actually* fold a builtin.

llvm-svn: 57160

which is checking for something that can be inconsistent with
what we can constant fold.

llvm-svn: 57159

interface into the constant folding interface.

llvm-svn: 57158

llvm-svn: 57157

do it instead.  We should still handle __builtin_nan etc, but don't yet.
This fixes incorrect evaluation of __builtin_constant_p, a FIXME.

llvm-svn: 57156

constants for them, just use the constant evaluator to do the job.  This
also fixes crashes on 'unknown constant builtins'.

llvm-svn: 57155

llvm-svn: 57154

condition as a constant even if the unevaluated side is a not a constant.
We don't do this when extensions are off, and we emit a warning when this 
happens:

t.c:22:11: warning: expression is not a constant, but is accepted as one by GNU extensions
short t = __builtin_constant_p(5353) ? 42 : somefunc();
          ^                                 ~~~~~~~~~~

suggestions for improvement are welcome.  This is obviously horrible, but
is required for real-world code.

llvm-svn: 57153

__builtin_constant_p properly, and add some scaffolding for
FloatExprEvaluator to eventually handle huge_val and inf.

llvm-svn: 57152

code.

llvm-svn: 57151

llvm-svn: 57150

llvm-svn: 57149

llvm-svn: 57148

llvm-svn: 57147

llvm-svn: 57146

llvm-svn: 57145

llvm-svn: 57144

llvm-svn: 57143

llvm-svn: 57142

llvm-svn: 57141

llvm-svn: 57140

target indep code.

llvm-svn: 57139

llvm-svn: 57138

llvm-svn: 57137

No funcitonality change.

llvm-svn: 57136

llvm-svn: 57135

llvm-svn: 57134

gcc).

llvm-svn: 57133

target indep code.  

Note that this changes functionality on PIC16: it defines __INT_MAX__
correctly for it, and it changes sizeof(long) to 16-bits (to match
the size of pointer).

llvm-svn: 57132

sizeof(int()) -> "int()" is type-id
sizeof(int()+1) -> "int()+1" is expression.

llvm-svn: 57131

integer size #defines over to the Preprocessor.

llvm-svn: 57130

llvm-svn: 57129

then target specific.

llvm-svn: 57128

llvm-svn: 57127

of GCC's headers.  This impacts people that run clang in Tiger systems.

llvm-svn: 57126

Found a subtle bug caused by an implicit enum-to-bool conversion (of the TentativeParsingResult enum).
This was the motivation of the following changes:

-'TentativeParsingResult' enum is replaced by a 'TPResult' class that basically encapsulates the enum.
-TPR_true, TPR_false, TPR_ambiguous, and TPR_error enum constants are replaced by TPResult::True(), TPResult::False(), etc. calls that return a TPResult object.
-Also fixed the subtle bug in Parser::isCXXFunctionDeclarator (caught by the above changes as a compilation error).

llvm-svn: 57125

in tblgen.  This is PR2827, thanks to Waldemar Knorr for tracking this
down.

llvm-svn: 57124