| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
llvm-svn: 65788
|
|
|
|
| |
llvm-svn: 65784
|
|
|
|
| |
llvm-svn: 65782
|
|
|
|
| |
llvm-svn: 65762
|
|
|
|
|
|
|
| |
exception typeinfo metadata, and a few other EH related types/functions.
- No functionality change.
llvm-svn: 65761
|
|
|
|
|
|
| |
- No functionality change.
llvm-svn: 65760
|
|
|
|
| |
llvm-svn: 65759
|
|
|
|
| |
llvm-svn: 65753
|
|
|
|
| |
llvm-svn: 65751
|
|
|
|
| |
llvm-svn: 65749
|
|
|
|
| |
llvm-svn: 65746
|
|
|
|
|
|
|
| |
message to 'super' in a class method declared in
cateogy (darwin specific).
llvm-svn: 65709
|
|
|
|
|
|
| |
Niklas Larsson!
llvm-svn: 65706
|
|
|
|
| |
llvm-svn: 65701
|
|
|
|
|
|
|
|
| |
copies with memcpy instead of memmove. This matches what GCC does and if it
causes a problem with a particular libc we can always fix it with a target
hook.
llvm-svn: 65699
|
|
|
|
| |
llvm-svn: 65688
|
|
|
|
| |
llvm-svn: 65671
|
|
|
|
|
|
|
| |
natural alignment. Otherwise, the excess hole confuses the
objc2 runtime (this is darwin specific).
llvm-svn: 65666
|
|
|
|
| |
llvm-svn: 65659
|
|
|
|
|
|
|
|
|
| |
we ensure that things added to the module can be found even when they
are not in GlobalDeclMap. The later is for increased flexibility,
should someone want to do something tricky like extern "Ada" in the
same module.
llvm-svn: 65657
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
with the LLVM C backend.
llvm-svn: 65615
|
|
|
|
| |
llvm-svn: 65611
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
llvm-svn: 65582
|
|
|
|
| |
llvm-svn: 65578
|
|
|
|
|
|
| |
(This is not yet used.)
llvm-svn: 65573
|
|
|
|
|
|
|
|
|
| |
- For types whose native representation is a pointer.
- Use to replace ExprConstant.cpp:HasPointerEvalType,
CodeGenFunction::isObjCPointerType.
llvm-svn: 65569
|
|
|
|
|
|
|
| |
- Having pointers and references share a base was not a useful
notion.
llvm-svn: 65567
|
|
|
|
|
|
|
|
| |
pointer type.
- Drops use of PointerLikeType.
- No intended functionality change.
llvm-svn: 65566
|
|
|
|
|
|
| |
- No functionality change.
llvm-svn: 65560
|
|
|
|
|
|
| |
the symbol for the root meta-data.
llvm-svn: 65548
|
|
|
|
| |
llvm-svn: 65533
|
|
|
|
|
|
| |
- <rdar://problem/6622451> Bad x86_64 code gen for message call taking one argument.
llvm-svn: 65510
|
|
|
|
| |
llvm-svn: 65487
|
|
|
|
|
|
|
| |
code) when calling noreturn functions; general expression emission
isn't ready to do the right thing in all cases.
llvm-svn: 65473
|
|
|
|
|
|
| |
- PR3662.
llvm-svn: 65472
|
|
|
|
|
|
| |
- No functionality change.
llvm-svn: 65470
|
|
|
|
|
|
|
|
| |
global variable) out of GenerateStaticBlockVarDecl.
- No intended functionality change.
- Prep for some mild cleanups and PR3662.
llvm-svn: 65466
|
|
|
|
| |
llvm-svn: 65423
|
|
|
|
| |
llvm-svn: 65422
|
|
|
|
|
|
|
| |
make sure objc2's nonfragile abi is enacted for Leopard too.
add -fobjc-gc-only flag to the image_info symbol.
llvm-svn: 65413
|
|
|
|
|
|
| |
unit.
llvm-svn: 65403
|
|
|
|
|
|
|
| |
The big difference here is that (like string literal) @encode has
array type, not pointer type.
llvm-svn: 65391
|
|
|
|
| |
llvm-svn: 65387
|
|
|
|
|
|
|
| |
variables.
- PR3657.
llvm-svn: 65381
|
|
|
|
|
|
|
|
|
| |
- 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
|
|
|
|
| |
llvm-svn: 65376
|
|
|
|
| |
llvm-svn: 65372
|
|
|
|
|
|
|
|
| |
(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
|