| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 95377
|
| |
|
|
|
|
|
|
| |
context. This happens fairly rarely (which is why we got away with
this bug). Fixes PR6184, where we skipped over the template parameter
scope while tentatively parsing.
llvm-svn: 95376
|
| |
|
|
| |
llvm-svn: 95375
|
| |
|
|
| |
llvm-svn: 95374
|
| |
|
|
|
|
| |
is a constructor for that class, right? Fixes PR6238.
llvm-svn: 95367
|
| |
|
|
|
|
| |
block is passed as an argument to an ObjC method.
llvm-svn: 95366
|
| |
|
|
| |
llvm-svn: 95365
|
| |
|
|
| |
llvm-svn: 95364
|
| |
|
|
|
|
| |
a constant (even if it has a trivial constructor).
llvm-svn: 95363
|
| |
|
|
| |
llvm-svn: 95362
|
| |
|
|
|
|
|
| |
post-increment/post-decrement operators, be sure to consider both
arguments. Fixes PR6237.
llvm-svn: 95361
|
| |
|
|
| |
llvm-svn: 95360
|
| |
|
|
|
|
| |
dependent DeclContext to be "complete". Fixes PR6236.
llvm-svn: 95359
|
| |
|
|
| |
llvm-svn: 95357
|
| |
|
|
|
|
| |
spread GRState* everywhere.
llvm-svn: 95354
|
| |
|
|
|
|
| |
back scanning for analyzer checks to scan-build.
llvm-svn: 95349
|
| |
|
|
| |
llvm-svn: 95348
|
| |
|
|
|
|
| |
'-analyzer-check-objc-missing-dealloc'.
llvm-svn: 95347
|
| |
|
|
| |
llvm-svn: 95346
|
| |
|
|
|
|
| |
'-analyzer-check-objc-unused-ivars'.
llvm-svn: 95345
|
| |
|
|
| |
llvm-svn: 95343
|
| |
|
|
|
|
| |
'-analyzer-check-security-syntactic'.
llvm-svn: 95342
|
| |
|
|
|
|
| |
(Fixes radar 7607605).
llvm-svn: 95341
|
| |
|
|
|
|
| |
Fixes latent and not-so-latent objc++ and blocks++ bugs.
llvm-svn: 95340
|
| |
|
|
| |
llvm-svn: 95335
|
| |
|
|
|
|
|
| |
category implementation, which showed up during (attempted) typo
correction. Fixes <rdar://problem/7605289>.
llvm-svn: 95334
|
| |
|
|
|
|
|
|
| |
of a C++ record. Exposed a lot of problems where various routines were
silently doing The Wrong Thing (or The Acceptable Thing in The Wrong Order)
when presented with a non-definition. Also cuts down on memory usage.
llvm-svn: 95330
|
| |
|
|
|
|
| |
analyze_printf namespace.
llvm-svn: 95324
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ton of potential crashes of the same kind. The fundamental problem is
that type creation was following a dangerous pattern when using its
FoldingSets:
1) Use FindNodeOrInsertPos to see if the type is available
2) If not, and we aren't looking at a canonical type, build the
canonical type
3) Build and insert the new node into the FoldingSet
The problem here is that building the canonical type can, in very rare
circumstances, force the hash table inside the FoldingSet to
reallocate. That invalidates the insertion position we computed in
step 1, and in step 3 we end up inserting the new node into the wrong
place. BOOM!
I've audited all of ASTContext, fixing this problem everywhere I found
it. The vast majority of wrong code was C++-specific (and *ahem*
written by me), so I also audited other major folding sets in the C++
code (e.g., template specializations), but found no other instances of
this problem.
llvm-svn: 95315
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
With this fix, and the other fixes committed today a make check-all with a clang-built LLVM now gives:
Expected Passes : 6933
Expected Failures : 46
Unsupported Tests : 40
Unexpected Failures: 27
which means that we pass 99.96% of all tests :) The resulting 27 tests are all LLVMC tests and seem to be because of differences in the clang and gcc drivers.
llvm-svn: 95313
|
| |
|
|
| |
llvm-svn: 95312
|
| |
|
|
|
|
| |
conditional operator as an lvalue.
llvm-svn: 95311
|
| |
|
|
| |
llvm-svn: 95310
|
| |
|
|
|
|
|
|
|
| |
template parameter, perform array/function decay (if needed), take the
address of the argument (if needed), perform qualification conversions
(if needed), and remove any top-level cv-qualifiers from the resulting
expression. Fixes PR6226.
llvm-svn: 95309
|
| |
|
|
|
|
| |
BeginConditionalBranch/EndConditionalBranch.
llvm-svn: 95308
|
| |
|
|
|
|
| |
call a virtual member function.
llvm-svn: 95307
|
| |
|
|
| |
llvm-svn: 95306
|
| |
|
|
| |
llvm-svn: 95305
|
| |
|
|
|
|
|
|
| |
direct bit manipulation. This is is less error prone, and fixes a bug
in the handling of the LeadingZeroes flag as pointed out by Cristian
Draghici.
llvm-svn: 95298
|
| |
|
|
| |
llvm-svn: 95297
|
| |
|
|
| |
llvm-svn: 95291
|
| |
|
|
| |
llvm-svn: 95290
|
| |
|
|
| |
llvm-svn: 95287
|
| |
|
|
| |
llvm-svn: 95286
|
| |
|
|
| |
llvm-svn: 95284
|
| |
|
|
| |
llvm-svn: 95279
|
| |
|
|
| |
llvm-svn: 95275
|
| |
|
|
|
|
| |
float literals, and unresolved lookups (which required hand-wavey extensions).
llvm-svn: 95273
|
| |
|
|
|
|
|
|
| |
a different return type. While we don't emit any errors (yet), at
least we avoid cases where we might crash because of an assertion
failure later on (when the return type differs from what is expected).
llvm-svn: 95268
|
| |
|
|
|
|
| |
the rewriter. (Fixes radar 7607781).
llvm-svn: 95267
|