| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
ARM: enable the integrated assembler by default for Darwin.
llvm-svn: 151454
|
| |
|
|
| |
llvm-svn: 151447
|
| |
|
|
|
|
| |
likewise for __has_extension). Patch by Jonathan Sauer!
llvm-svn: 151445
|
| |
|
|
|
|
|
| |
in cases where we would otherwise disallow the access, and add a -Wc++98-compat
diagnostic for this C++11 feature.
llvm-svn: 151444
|
| |
|
|
|
|
| |
unevaluated operands applies within member functions, too.
llvm-svn: 151443
|
| |
|
|
| |
llvm-svn: 151442
|
| |
|
|
|
|
|
|
|
| |
data members for deleted or user-provided destructors.
Now it's computed in advance, serialize it, and in passing fix all the other
record DefinitionData flags whose serialization was missing.
llvm-svn: 151441
|
| |
|
|
|
|
|
|
| |
associated classes, since it can find friend functions declared within them,
but overload resolution does not otherwise require argument types to be
complete.
llvm-svn: 151434
|
| |
|
|
|
|
| |
rdar://10921594
llvm-svn: 151430
|
| |
|
|
|
|
| |
implement the retain+autorelease outside of ARC, and there's a bug that causes the generated code to crash in ARC (which I think is unrelated to my code, although I'm not completely sure).
llvm-svn: 151428
|
| |
|
|
|
|
|
|
| |
it can only bring pain when dealing with preprocessor abuse (see: boost).
rdar://10898986
llvm-svn: 151427
|
| |
|
|
|
|
| |
ReturnStmt unless we are in the top-level call frame. We can do more later, but this makes the checker self-consistent (and fixes a crash).
llvm-svn: 151426
|
| |
|
|
|
|
|
|
| |
more harm than good.
Fixes rdar://10522805&10521433
llvm-svn: 151424
|
| |
|
|
|
|
| |
type and void* is used. <rdar://problem/10486347>.
llvm-svn: 151416
|
| |
|
|
| |
llvm-svn: 151414
|
| |
|
|
|
|
|
| |
when a class is forward declared, and the reference to the data
member in question does not occur within a method body.
llvm-svn: 151413
|
| |
|
|
| |
llvm-svn: 151412
|
| |
|
|
|
|
|
|
|
|
|
| |
Assume none of the ObjC messages defined in system headers free memory,
except for the ones containing 'freeWhenDone' selector. Currently, just
assume that the region escapes to the messages with 'freeWhenDone'
(ideally, we want to treat it as 'free()').
For now, always assume that regions escape when passed to C++ methods.
llvm-svn: 151410
|
| |
|
|
|
|
|
|
|
|
|
| |
explicit conversion functions to initialize the argument to a
copy/move constructor that itself is the subject of direct
initialization. Since we don't have that much context in overload
resolution, we end up threading more flags :(.
Fixes <rdar://problem/10903741> / PR10456.
llvm-svn: 151409
|
| |
|
|
| |
llvm-svn: 151407
|
| |
|
|
|
|
|
| |
enumeration type with a fixed underlying type is complete. Fixes
<rdar://problem/10916155>.
llvm-svn: 151403
|
| |
|
|
|
|
| |
__keywords or none of them.
llvm-svn: 151401
|
| |
|
|
| |
llvm-svn: 151400
|
| |
|
|
|
|
|
| |
the declaration, not at the type of the DeclRefExpr, since within a lambda the
DeclRefExpr can be more const than the declaration is.
llvm-svn: 151399
|
| |
|
|
|
|
| |
against a large project.
llvm-svn: 151395
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
A defaulted default constructor for a class X is defined as deleted if [...]
- X is a union and all of its variant members are of const-qualified type.
A pedantic reading therefore says that
union X { };
has a deleted default constructor, which is both silly and almost
certainly unintended. Pretend as if this this read
- X is a union with one or more variant members, and all of its
variant members are of const-qualified type.
llvm-svn: 151394
|
| |
|
|
| |
llvm-svn: 151389
|
| |
|
|
| |
llvm-svn: 151387
|
| |
|
|
| |
llvm-svn: 151377
|
| |
|
|
|
|
|
|
|
|
|
|
| |
- Make sure that the block expression is instantiation-dependent if the
block is in a dependent context
- Make sure that the C++ 'this' expression gets captured even if we
don't rebuild the AST node during template instantiation. This would
also have manifested as a bug for lambdas.
Fixes <rdar://problem/10832617>.
llvm-svn: 151372
|
| |
|
|
| |
llvm-svn: 151371
|
| |
|
|
|
|
|
| |
This ensures that we report the bugs associated with symbols going
out of scope in the correct function context.
llvm-svn: 151369
|
| |
|
|
|
|
|
|
|
| |
visiting 'return;' statement!
This most likely caused us to skip a bunch of code when analyzing with
inlining.
llvm-svn: 151368
|
| |
|
|
| |
llvm-svn: 151359
|
| |
|
|
|
|
| |
uninitialized. While there, restyle this function! No functionality change.
llvm-svn: 151357
|
| |
|
|
| |
llvm-svn: 151356
|
| |
|
|
|
|
| |
hasTrivialMoveConstructor().
llvm-svn: 151354
|
| |
|
|
| |
llvm-svn: 151353
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
that provides the behavior of the C++11 library trait
std::is_trivially_constructible<T, Args...>, which can't be
implemented purely as a library.
Since __is_trivially_constructible can have zero or more arguments, I
needed to add Yet Another Type Trait Expression Class, this one
handling arbitrary arguments. The next step will be to migrate
UnaryTypeTrait and BinaryTypeTrait over to this new, more general
TypeTrait class.
Fixes the Clang side of <rdar://problem/10895483> / PR12038.
llvm-svn: 151352
|
| |
|
|
|
|
| |
fixing a bug in the inlining diagnostics where the wrong location could be used.
llvm-svn: 151349
|
| |
|
|
|
|
|
|
| |
into account the nested structure. Also fix a problem with how
inlining impacted Plist diagnostics, and adjust some ranges in the Plist output due to richer information.
llvm-svn: 151346
|
| |
|
|
| |
llvm-svn: 151338
|
| |
|
|
|
|
|
|
| |
make sure we don't mistake ParmVarDecls for top-level decls.
Fixes rdar://10920009.
llvm-svn: 151330
|
| |
|
|
|
|
| |
PathDiagnosticCallPiece.
llvm-svn: 151317
|
| |
|
|
|
|
| |
test case that only runs on debug builds.
llvm-svn: 151311
|
| |
|
|
|
|
|
|
| |
pack" to use the same handling that gcc does. Fixes <rdar://problem/10871094> and <rdar://problem/10893316>.
(Hopefully, common usage of these pragmas isn't irregular enough to break our current handling. Doug has ideas for a more crazy approach if necessary.)
llvm-svn: 151307
|
| |
|
|
|
|
| |
functional change.
llvm-svn: 151298
|
| |
|
|
|
|
| |
(Very similar to the previous change in malloc.)
llvm-svn: 151297
|
| |
|
|
|
|
| |
// rdar://10907410
llvm-svn: 151296
|
| |
|
|
|
|
| |
MS compatibility mode.
llvm-svn: 151295
|