| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
apparently because using directives aren't quite working correctly.
llvm-svn: 83184
|
|
|
|
| |
llvm-svn: 82644
|
|
|
|
|
|
| |
breaking some projects, but I don't have a test case yet.
llvm-svn: 82539
|
|
|
|
|
|
| |
- Switching all of them out-of-my-current-scope-of-interest, sorry.
llvm-svn: 82515
|
|
|
|
|
|
|
|
|
|
|
| |
Several of the existing methods were identical to their respective
specializations, and so have been removed entirely. Several more 'leaf'
optimizations were introduced.
The getAsFoo() methods which imposed extra conditions, like
getAsObjCInterfacePointerType(), have been left in place.
llvm-svn: 82501
|
|
|
|
|
|
|
|
|
|
| |
The decl wasn't being passed down, which meant that function attributes were not
being set correctly. This is particularly important for ARM, since it wants to
override the calling convention. Instead we would emit the builtin with the
wrong calling convention, and instcombine would come along and merrily shred all
the calls to it. :)
llvm-svn: 81756
|
|
|
|
|
|
|
|
| |
generated for an inline function definition, taking into account C99
and GNU inline/extern inline semantics. This solution is simpler,
cleaner, and fixes PR4536.
llvm-svn: 81670
|
|
|
|
|
|
| |
to use, and allow the ABI implementation to override the calling convention.
llvm-svn: 81593
|
|
|
|
| |
llvm-svn: 81589
|
|
|
|
| |
llvm-svn: 81582
|
|
|
|
| |
llvm-svn: 81481
|
|
|
|
| |
llvm-svn: 81480
|
|
|
|
| |
llvm-svn: 81346
|
|
|
|
|
|
|
|
|
|
|
| |
templates. We now distinguish between an explicit instantiation
declaration and an explicit instantiation definition, and know not to
instantiate explicit instantiation declarations. Unfortunately, there
is some remaining confusion w.r.t. instantiation of out-of-line member
function definitions that causes trouble here.
llvm-svn: 81053
|
|
|
|
|
|
|
|
|
|
|
| |
Now that parsing, semantic analysis, and (I think) code generation of
pseudo-destructor expressions and explicit destructor calls works,
update the example-dynarray.cpp test to destroy the objects it
allocates and update the test to actually compile + link.
The code seems correct, but the Clang-compiled version dies with a
malloc error. Time to debug!
llvm-svn: 81025
|
|
|
|
| |
llvm-svn: 80853
|
|
|
|
| |
llvm-svn: 80163
|
|
|
|
| |
llvm-svn: 79985
|
|
|
|
| |
llvm-svn: 79199
|
|
|
|
|
|
| |
simple cases like the constant string.
llvm-svn: 79178
|
|
|
|
|
|
|
|
| |
Fixed a bug when evaluating those copy-assignments
which need by lazily syntheized. A test case
for these.
llvm-svn: 78965
|
|
|
|
| |
llvm-svn: 78946
|
|
|
|
|
|
|
|
| |
function in the order according to c++03. ir-gen
for copy assignment in the trivial case and the first
test case.
llvm-svn: 78938
|
|
|
|
|
|
| |
WIP.
llvm-svn: 78841
|
|
|
|
|
|
|
| |
copying in copy constructors and used in
default constructor's initializer list.
llvm-svn: 78700
|
|
|
|
|
|
| |
bunch of FIXMEs for their is-gen.
llvm-svn: 78623
|
|
|
|
| |
llvm-svn: 78515
|
|
|
|
| |
llvm-svn: 78448
|
|
|
|
| |
llvm-svn: 78402
|
|
|
|
|
|
| |
Work in progress.
llvm-svn: 78355
|
|
|
|
| |
llvm-svn: 78259
|
|
|
|
|
|
| |
add a fixme about C++ const.
llvm-svn: 78159
|
|
|
|
|
|
| |
common linkage.
llvm-svn: 78158
|
|
|
|
| |
llvm-svn: 78001
|
|
|
|
| |
llvm-svn: 77916
|
|
|
|
| |
llvm-svn: 77915
|
|
|
|
|
|
| |
serious issues :)
llvm-svn: 77800
|
|
|
|
| |
llvm-svn: 77722
|
|
|
|
|
|
| |
been declared as needed.
llvm-svn: 77641
|
|
|
|
| |
llvm-svn: 77638
|
|
|
|
| |
llvm-svn: 77514
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Type::getAsReferenceType() -> Type::getAs<ReferenceType>()
Type::getAsRecordType() -> Type::getAs<RecordType>()
Type::getAsPointerType() -> Type::getAs<PointerType>()
Type::getAsBlockPointerType() -> Type::getAs<BlockPointerType>()
Type::getAsLValueReferenceType() -> Type::getAs<LValueReferenceType>()
Type::getAsRValueReferenceType() -> Type::getAs<RValueReferenceType>()
Type::getAsMemberPointerType() -> Type::getAs<MemberPointerType>()
Type::getAsReferenceType() -> Type::getAs<ReferenceType>()
Type::getAsTagType() -> Type::getAs<TagType>()
And remove Type::getAsReferenceType(), etc.
This change is similar to one I made a couple weeks ago, but that was partly
reverted pending some additional design discussion. With Doug's pending smart
pointer changes for Types, it seemed natural to take this approach.
llvm-svn: 77510
|
|
|
|
| |
llvm-svn: 77492
|
|
|
|
| |
llvm-svn: 77349
|
|
|
|
| |
llvm-svn: 77267
|
|
|
|
| |
llvm-svn: 77012
|
|
|
|
|
|
|
|
| |
- Steve, can you take a look at this? It seems like this code should live
elsewhere, and there is a FIXME about having Sema validates the UTF-8 to
UTF-16 conversion.
llvm-svn: 76915
|
|
|
|
| |
llvm-svn: 76908
|
|
|
|
| |
llvm-svn: 76897
|
|
|
|
| |
llvm-svn: 76885
|