| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 110839
|
| |
|
|
|
|
| |
types. Fixes PR7865.
llvm-svn: 110832
|
| |
|
|
| |
llvm-svn: 110807
|
| |
|
|
|
|
|
|
| |
that actually refer to the same underlying type, it is not an
ambiguity; add uniquing support based on the canonical type of type
declarations. Fixes <rdar://problem/8296180>.
llvm-svn: 110806
|
| |
|
|
| |
llvm-svn: 110804
|
| |
|
|
|
|
|
|
| |
and create separate decl nodes for forward declarations and the
definition," which appears to be causing significant Objective-C
breakage.
llvm-svn: 110803
|
| |
|
|
| |
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
|
| |
|
|
|
|
| |
__builtin_shufflevector with the appropriate arguments
llvm-svn: 110771
|
| |
|
|
|
|
| |
__builtin_shufflevector with the appropriate arguments
llvm-svn: 110768
|
| |
|
|
|
|
| |
__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
|
| |
|
|
|
|
| |
visited a block too many times along a given path. This is to support the unreachable code analysis.
llvm-svn: 110755
|
| |
|
|
| |
llvm-svn: 110716
|
| |
|
|
|
|
| |
we have the full fix.
llvm-svn: 110706
|
| |
|
|
|
|
| |
the variable is fully initialized.
llvm-svn: 110704
|
| |
|
|
| |
llvm-svn: 110697
|
| |
|
|
|
|
| |
type receiver (pr7861).
llvm-svn: 110696
|
| |
|
|
| |
llvm-svn: 110695
|
| |
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
constant variable.
llvm-svn: 110660
|
| |
|
|
|
|
| |
fix an issue compiling <windows.h>.
llvm-svn: 110651
|
| |
|
|
|
|
| |
remove the dup builtins
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
|
| |
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
provide a test case; thanks Doug!
llvm-svn: 110603
|
| |
|
|
| |
llvm-svn: 110596
|
| |
|
|
|
|
| |
reduced to a constant.
llvm-svn: 110592
|
| |
|
|
|
|
| |
id's protocols. Fixes radar 8154220.
llvm-svn: 110583
|
| |
|
|
| |
llvm-svn: 110570
|
| |
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
No functionality change.
llvm-svn: 110566
|
| |
|
|
| |
llvm-svn: 110546
|
| |
|
|
| |
llvm-svn: 110545
|
| |
|
|
| |
llvm-svn: 110544
|
| |
|
|
| |
llvm-svn: 110542
|