llvm-svn: 95849

llvm-svn: 95848

we would just leak them all over the place, with no clear ownership of
these objects at all.  AttributeList objects would get leaked on both
error and non-error paths.

Note: I introduced the usage of llvm::OwningPtr<AttributeList> to
manage these objects, which is particularly useful for methods with
multiple return sites.  In at least one method I used them even when
they weren't strictly necessary because it clarified the ownership
semantics and made the code easier to read.  Should the excessive
'take()' and 'reset()' calls become a performance issue we can always
re-evaluate.

Note+1: I believe I have not introduced any double-frees, but it would
be nice for someone to review this.

This fixes <rdar://problem/7635046>.

llvm-svn: 95847

template explicit specialization.  Complete an apparently stalled refactor
towards using CheckSpecializationInstantiationRedecl().

llvm-svn: 95845

llvm-svn: 95843

Decl subclasses. No functionality change.

llvm-svn: 95841

using property dot-syntax. Fixes radar 7628953.

llvm-svn: 95838

and CXXRecordDecl::getDefinition(); it's totally unnecessary. No
functionality change.

llvm-svn: 95836

Allocate 'ObjCMethodList' objects (owned by Sema) using Sema's BumpPtrAllocator.  Previously they were not getting freed.  Fixes <rdar://problem/7635663>.

llvm-svn: 95834

llvm-svn: 95833

a __weak block. Fixes radar 7628591.

llvm-svn: 95822

Thanks, Anton!

llvm-svn: 95821

attribute, so it uses Anton's new target-specific attribute support. It's
supposed to ensure that the stack is 16-byte aligned, but since necessary
support is lacking from LLVM, this is a no-op for now.

llvm-svn: 95820

llvm-svn: 95812

llvm-svn: 95805

Fixes radar 7630551

llvm-svn: 95796

translation units.

llvm-svn: 95794

in a declaration statement. Fixes radar 7628153.

llvm-svn: 95788

calls to the UnwindResumeOrRethrow function for C++/Obj-C exception handling,
for Darwin ARM.

llvm-svn: 95787

llvm-svn: 95786

llvm-svn: 95785

Implement AST importing and merging for typedefs. As part of this, provide a lame implementation for importing TypeSourceInfos.

llvm-svn: 95783

merged with variables of constant array types. Also, make sure that we
call DiagnosticClient's BeginSourceFile/EndSourceFile, so that it has
a LangOptions to work with.

llvm-svn: 95782

conversions.  Fix an access-control bug where privileges were not considered
at intermediate points along the inheritance path.  Prepare for friends.

llvm-svn: 95775

llvm-svn: 95756

llvm-svn: 95755

Fixes radar 7630636.

llvm-svn: 95744

llvm-svn: 95743

I don't have time to refix it for now.

llvm-svn: 95733

into another AST, including their include history. Here's an example
error that involves a conflict merging a variable with different types
in two translation units (diagnosed in the third AST context into
which everything is merged).

/Volumes/Data/dgregor/Projects/llvm/tools/clang/test/ASTMerge/Inputs/var2.c:3:5:
error: external variable 'x2' declared with incompatible types in
different translation units ('int' vs. 'double')
int x2;
    ^
In file included from
/Volumes/Data/dgregor/Projects/llvm/tools/clang/test/ASTMerge/Inputs/var1.c:3:
/Volumes/Data/dgregor/Projects/llvm/tools/clang/test/ASTMerge/Inputs/var1.h:1:8:
note: declared here with type 'double'
double x2;
       ^

Although we maintain include history, we do not maintain macro
instantiation history across a merge. Instead, we map down to the
spelling location (for now!).

llvm-svn: 95732

llvm-svn: 95706

that we get readable diagnostics such as:

error: external variable 'x1' declared with incompatible types in
different translation units ('double *' vs. 'float **')

However, there is no translation of source locations, yet.

llvm-svn: 95704

it available within the AST library, of which Sema is one client. No
functionality change.

llvm-svn: 95701

(radar 7381956).

llvm-svn: 95695

This is a non-fragile-abi feature only. Since it
breaks existing code, it is currently placed under
-fobjc-nonfragile-abi2 option for test purposes only
until further notice. WIP.

llvm-svn: 95685

This maybe fixes some of the errors GCC 4.5 gives on this code.

llvm-svn: 95684

context with the AST importer. WIP, still useless but at least it has
a test.

llvm-svn: 95683

NULL, not the store, to determine if a lookup succeeded.  The store
can be null if it contained no bindings.  This fixes a false positive
reported to me by a user of the analyzer.

llvm-svn: 95679

llvm-svn: 95678

llvm-svn: 95673