llvm-svn: 110784

 - We don't recognize double or NEON register names yet -- we don't have the
   infrastructure to generate the right clobbers for them.

llvm-svn: 110775

llvm-svn: 110774

implicit conversion sequences. In particular, model the "standard
conversion" from a class to its own type (or a base type) directly as
a standard conversion in the normal path *without* trying to determine
if there is a valid copy constructor. This appears to match the intent
of C++ [over.best.ics]p6 and more closely matches GCC and EDG.

As part of this, model non-lvalue reference initialization via
user-defined conversion in overloading the same way we handle it in
InitializationSequence, separating the "general user-defined
conversion" and "conversion to compatible class type" cases.

The churn in the overload-call-copycon.cpp test case is because the
test case was originally wrong; it assumed that we should do more
checking for copy constructors that we actually should, which affected
overload resolution.

Fixes PR7055. Bootstrapped okay.

llvm-svn: 110773

Remove 256-bit cast built-ins and make the AVX intrinsic call llvm __builtin_shufflevector with the appropriate arguments

llvm-svn: 110771

Remove 256-bit unpack built-ins and make the AVX intrinsic call llvm __builtin_shufflevector with the appropriate arguments

llvm-svn: 110768

Remove 256-bit shuffle built-ins and make the AVX intrinsic call llvm __builtin_shufflevector with the appropriate arguments

llvm-svn: 110766

llvm-svn: 110764

where we weren't accounting for the possibility that a @finally block might
have internal cleanups and therefore might write to the cleanup destination slot.

Fixes <rdar://problem/8293901>.

llvm-svn: 110760

Have GRCoreEngine record the blocks where analysis was aborted because we visited a block too many times along a given path.  This is to support the unreachable code analysis.

llvm-svn: 110755

llvm-svn: 110716

llvm-svn: 110706

the variable is fully initialized.

llvm-svn: 110704

llvm-svn: 110697

type receiver (pr7861).

llvm-svn: 110696

llvm-svn: 110695

Simplify code and add comments, in code that generate debug info for constant integer globals, based on Chris's feedback.

llvm-svn: 110694

cases we care about.
 - This is eventually going to be unified outside the host specific code.

llvm-svn: 110693

transforming TypeSourceInfos already gives us proper (and better)
source-location information.

llvm-svn: 110678

llvm-svn: 110677

llvm-svn: 110666

llvm-svn: 110663

llvm-svn: 110660

fix an issue compiling <windows.h>.

llvm-svn: 110651

llvm-svn: 110646

llvm-svn: 110635

(radar 8127244).

llvm-svn: 110622

sure to clear out the LookupResult structure after looking into each class.

llvm-svn: 110615

"editing" mode, introduce a separate function
clang_defaultEditingTranslationUnitOptions() that retrieves the set of
options. No functionality change.

llvm-svn: 110613

- Make ObjCInterfaceDecl redeclarable, and create separate decl nodes for forward declarations and the definition.
- Eagerly create ObjCInterfaceTypes for declarations.
- The two above changes lead to a 0.5% increase in memory use and no speed regression when parsing Cocoa.h. On the other hand, now chained PCH works when there's a forward declaration in one PCH and the interface definition in another.
- Add HandleInterestingDecl to ASTConsumer. PCHReader passes the "interesting" decls it finds to this function instead of HandleTopLevelDecl. The default implementation forwards to HandleTopLevelDecl, but ASTUnit's handler for example ignores them. This fixes a potential crash when lazy loading of PCH data would cause ASTUnit's "top level" declaration collection to change while being iterated.

llvm-svn: 110610

llvm-svn: 110609

Change warning about incomplete parsing of C++ default arg to error and provide a test case; thanks Doug!

llvm-svn: 110603

llvm-svn: 110596

llvm-svn: 110592

id's protocols. Fixes radar 8154220.

llvm-svn: 110583

llvm-svn: 110570

Revert the dump functions to send output to llvm::errs(), matching the LLVM convention; suggestion by Daniel.

'-ast-print' / '-ast-dump' command line options still send output to llvm::outs().

llvm-svn: 110569

llvm-svn: 110568

Strictly speaking, implementations don't go in headers but there's no law against it.

llvm-svn: 110567

Refactor into functions PCH reading/writing the CXXBaseOrMemberInitializers. No functionality change.

llvm-svn: 110566