- Feb 27, 2009
-
-
Eli Friedman authored
normal expression, and change Evaluate and IRGen to evaluate it like a normal expression. This simplifies the code significantly, and fixes PR3396. llvm-svn: 65622
-
Eli Friedman authored
with the LLVM C backend. llvm-svn: 65615
-
Eli Friedman authored
llvm-svn: 65611
-
Douglas Gregor authored
giving them rough classifications (normal types, never-canonical types, always-dependent types, abstract type representations) and making it far easier to make sure that we've hit all of the cases when decoding types. Switched some switch() statements on the type class over to using this mechanism, and filtering out those things we don't care about. For example, CodeGen should never see always-dependent or non-canonical types, while debug info generation should never see always-dependent types. More switch() statements on the type class need to be moved over to using this approach, so that we'll get warnings when we add a new type then fail to account for it somewhere in the compiler. As part of this, some types have been renamed: TypeOfExpr -> TypeOfExprType FunctionTypeProto -> FunctionProtoType FunctionTypeNoProto -> FunctionNoProtoType There shouldn't be any functionality change... llvm-svn: 65591
-
Chris Lattner authored
llvm-svn: 65582
-
- Feb 26, 2009
-
-
Fariborz Jahanian authored
llvm-svn: 65578
-
Devang Patel authored
(This is not yet used.) llvm-svn: 65573
-
Daniel Dunbar authored
- For types whose native representation is a pointer. - Use to replace ExprConstant.cpp:HasPointerEvalType, CodeGenFunction::isObjCPointerType. llvm-svn: 65569
-
Daniel Dunbar authored
- Having pointers and references share a base was not a useful notion. llvm-svn: 65567
-
Daniel Dunbar authored
pointer type. - Drops use of PointerLikeType. - No intended functionality change. llvm-svn: 65566
-
Daniel Dunbar authored
- No functionality change. llvm-svn: 65560
-
Fariborz Jahanian authored
the symbol for the root meta-data. llvm-svn: 65548
-
Anders Carlsson authored
llvm-svn: 65533
-
Daniel Dunbar authored
- <rdar://problem/6622451> Bad x86_64 code gen for message call taking one argument. llvm-svn: 65510
-
Mike Stump authored
llvm-svn: 65487
-
- Feb 25, 2009
-
-
Daniel Dunbar authored
code) when calling noreturn functions; general expression emission isn't ready to do the right thing in all cases. llvm-svn: 65473
-
Daniel Dunbar authored
- PR3662. llvm-svn: 65472
-
Daniel Dunbar authored
- No functionality change. llvm-svn: 65470
-
Daniel Dunbar authored
global variable) out of GenerateStaticBlockVarDecl. - No intended functionality change. - Prep for some mild cleanups and PR3662. llvm-svn: 65466
-
Devang Patel authored
llvm-svn: 65423
-
Devang Patel authored
llvm-svn: 65422
-
Fariborz Jahanian authored
make sure objc2's nonfragile abi is enacted for Leopard too. add -fobjc-gc-only flag to the image_info symbol. llvm-svn: 65413
-
Devang Patel authored
llvm-svn: 65403
-
- Feb 24, 2009
-
-
Chris Lattner authored
The big difference here is that (like string literal) @encode has array type, not pointer type. llvm-svn: 65391
-
Fariborz Jahanian authored
llvm-svn: 65387
-
Daniel Dunbar authored
variables. - PR3657. llvm-svn: 65381
-
Daniel Dunbar authored
- Only handles cases with @try with no @catch blocks, and there are a number of problems with the implementation. Nevertheless, this is good enough to handled @synchronized correctly, and some other basic uses. llvm-svn: 65378
-
Daniel Dunbar authored
llvm-svn: 65376
-
Anders Carlsson authored
llvm-svn: 65372
-
Anders Carlsson authored
Pass the CodeGenModule object to GenerateBlockFunction, instead of *this (which will call the copy constructor). Also, since we're creating a new CodeGenFunction object for each block function, we don't need to clear the BreakContinueStack. llvm-svn: 65371
-
Mike Stump authored
llvm-svn: 65370
-
Daniel Dunbar authored
Fix two @synchronized bugs found by inspection: the expression to sychronize on should only be evaluated once, and it is evaluated outside the cleanup scope. Also, lift SyncEnter and SyncExit up in nervous anticipation of x86-64 zero cost EH. llvm-svn: 65362
-
Douglas Gregor authored
- When we are declaring a function in local scope, we can merge with a visible declaration from an outer scope if that declaration refers to an entity with linkage. This behavior now works in C++ and properly ignores entities without linkage. - Diagnose the use of "static" on a function declaration in local scope. - Diagnose the declaration of a static function after a non-static declaration of the same function. - Propagate the storage specifier to a function declaration from a prior declaration (PR3425) - Don't name-mangle "main" llvm-svn: 65360
-
- Feb 23, 2009
-
-
Fariborz Jahanian authored
of a pointer to object; This patch does this odd behavior according to gcc. llvm-svn: 65334
-
Daniel Dunbar authored
- No functionality change. llvm-svn: 65325
-
- Feb 22, 2009
-
-
Anders Carlsson authored
Make sure to reset the DidCallStackSave variable before emitting a compound statement. Fixes PR3649. llvm-svn: 65291
-
Fariborz Jahanian authored
true a local pointer to objective-c object in generating write barriers. llvm-svn: 65290
-
Mike Stump authored
llvm-svn: 65286
-
Mike Stump authored
llvm-svn: 65285
-
Daniel Dunbar authored
memory using Indirect; this was a holdover from when CGCall wasn't as robust. llvm-svn: 65278
-