| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
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: 110776
|
| |
|
|
|
|
|
| |
- 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
|
| |
|
|
| |
llvm-svn: 110770
|
| |
|
|
|
|
| |
__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
|
| |
|
|
|
|
|
|
| |
we previously were getting the following assertion failure not too long ago:
Assertion failed: (getContainingDC(DC) == CurContext && "The next DeclContext should be lexically contained in the current one.")
llvm-svn: 110740
|
| |
|
|
|
|
| |
simplify it later. For now revert.
llvm-svn: 110738
|
| |
|
|
| |
llvm-svn: 110729
|
| |
|
|
| |
llvm-svn: 110713
|
| |
|
|
| |
llvm-svn: 110709
|
| |
|
|
| |
llvm-svn: 110708
|
| |
|
|
|
|
| |
we have the full fix.
llvm-svn: 110706
|
| |
|
|
|
|
| |
the variable is fully initialized.
llvm-svn: 110704
|
| |
|
|
|
|
| |
(radar 8127244).
llvm-svn: 110702
|
| |
|
|
| |
llvm-svn: 110697
|
| |
|
|
|
|
| |
type receiver (pr7861).
llvm-svn: 110696
|
| |
|
|
|
|
|
| |
cases we care about.
- This is eventually going to be unified outside the host specific code.
llvm-svn: 110693
|
| |
|
|
|
|
|
|
| |
provided by __builtin_types_compatible_p and __builtin_va_arg
expressions, now that Abramo has added proper type-source information
to those expressions.
llvm-svn: 110681
|
| |
|
|
|
|
| |
constant variable.
llvm-svn: 110660
|
| |
|
|
|
|
| |
fix an issue compiling <windows.h>.
llvm-svn: 110651
|
| |
|
|
|
|
| |
remove the dup builtins
llvm-svn: 110646
|
| |
|
|
|
|
| |
code gen bug to check whether debug info is generated for such variables or not.
llvm-svn: 110640
|
| |
|
|
|
|
| |
(radar 8127244).
llvm-svn: 110622
|
| |
|
|
|
|
| |
sure to clear out the LookupResult structure after looking into each class.
llvm-svn: 110615
|
| |
|
|
|
|
|
|
|
|
| |
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: 110571
|
| |
|
|
| |
llvm-svn: 110570
|
| |
|
|
|
|
| |
Strictly speaking, implementations don't go in headers but there's no law against it.
llvm-svn: 110567
|
| |
|
|
| |
llvm-svn: 110544
|
| |
|
|
| |
llvm-svn: 110542
|
| |
|
|
|
|
| |
r110526.
llvm-svn: 110540
|
| |
|
|
| |
llvm-svn: 110530
|
| |
|
|
| |
llvm-svn: 110526
|
| |
|
|
|
|
| |
#undefs in -dD mode. (PR7818)
llvm-svn: 110523
|
| |
|
|
| |
llvm-svn: 110515
|
| |
|
|
| |
llvm-svn: 110514
|
| |
|
|
|
|
|
|
| |
an lvalue of another, compatible Objective-C object type (e.g., a
subclass). Introduce a new initialization sequence step kind to
describe this binding, along with a new cast kind. Fixes PR7741.
llvm-svn: 110513
|
| |
|
|
|
|
|
|
|
| |
to avoid the awesome-but-wrong-in-this-case assertion in the canon EAC.
Fixes PR7834.
Also fix a subtle address-space bug in the memset path.
llvm-svn: 110511
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
__overflow_handler entrypoint that David Chisnall made up.
Calling __overflow_handler is not part of the contract of
-ftrapv provided by GCC, and should never have been checked
in in the first place.
According to:
http://permalink.gmane.org/gmane.comp.compilers.clang.devel/8699
David is using this for some of arbitrary precision integer stuff
or something, which is not an appropriate thing to implement on
this.
llvm-svn: 110490
|