| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
-fapple-kext.
Fixes <rdar://problem/10013310>. Reverts <rdar://problem/7809940>.
llvm-svn: 138564
|
|
|
|
|
|
|
|
|
|
| |
redeclarations of a particular entity would occur in source
order. Friend declarations that occur within class templates (or
member classes thereof) do not follow this, nor would modules. Big
thanks to Erik Verbruggen for reducing this problem from the Very
Large Qt preamble testcase he found.
llvm-svn: 138557
|
|
|
|
|
|
|
|
|
| |
given selector, rather than walking the chain backwards. Teach its
visitor how to merge multiple result sets into a single result set,
combining the results of selector lookup in several different modules
into a single result set.
llvm-svn: 138556
|
|
|
|
|
|
| |
a level of indirection to handle GC vs. non-GC.
llvm-svn: 138538
|
|
|
|
| |
llvm-svn: 138535
|
|
|
|
|
|
| |
Patch by Chris Cudmore!
llvm-svn: 138533
|
|
|
|
|
|
| |
(These bug types may have just been leaked before...!)
llvm-svn: 138532
|
|
|
|
|
|
| |
highlights the allocation site) to all the relevant reports within the checker.
llvm-svn: 138531
|
|
|
|
|
|
|
|
| |
RetainReleaseChecker.
Because Checkers live for an entire translation unit, this persists summary caches across multiple code bodies and avoids repeated initialization (but probably at the cost of memory). This removes the last references from RetainReleaseChecker to CFRefCount.
llvm-svn: 138529
|
|
|
|
|
|
|
| |
statement initializer makes safe assumption when a substatement
is encounterred (with a fix me).
llvm-svn: 138528
|
|
|
|
| |
llvm-svn: 138526
|
|
|
|
|
|
| |
non-void function")
llvm-svn: 138510
|
|
|
|
|
|
| |
in trunk.
llvm-svn: 138508
|
|
|
|
| |
llvm-svn: 138506
|
|
|
|
| |
llvm-svn: 138498
|
|
|
|
| |
llvm-svn: 138497
|
|
|
|
|
|
|
|
|
|
| |
table when serializing an AST file. This was a holdover from the days
before chained PCH, and is a complete waste of time and storage
now. It's a good thing it's useless, because I have no idea how I
would have implemented MaterializeVisibleDecls efficiently in the
presence of modules.
llvm-svn: 138496
|
|
|
|
| |
llvm-svn: 138493
|
|
|
|
|
|
|
|
|
|
|
|
| |
which supports both pre-order and post-order traversal via a visitor
mechanism. Use this depth-first search with a post-order traversal to
give predictable ordering semantics when walking all of the lexical
declarations in the translation unit.
Eventually, module imports will occur in the source code rather than
at the beginning, and we'll have to revisit this walk.
llvm-svn: 138490
|
|
|
|
|
|
| |
wrong patch.
llvm-svn: 138489
|
|
|
|
|
|
| |
pointing to the allocation site when reporting a leak.
llvm-svn: 138479
|
|
|
|
|
|
| |
Cameron.
llvm-svn: 138477
|
|
|
|
|
|
|
|
| |
preparation for getting rid of CFRefCount.
This is a little hacky for now but will get better once we decide the best way to handle this.
llvm-svn: 138476
|
|
|
|
| |
llvm-svn: 138475
|
|
|
|
|
|
| |
accosiated with the report. (Useful when we report an error on endOfPath or deadSymbols, when the range of the last expression might have nothing to do with the error.)
llvm-svn: 138474
|
|
|
|
| |
llvm-svn: 138470
|
|
|
|
|
|
|
|
| |
CFDictionaryCreate.
This is a very small regression (actually introduced in r138309) because it won't catch leaks of objects passed by reference to CFDictionaryCreate (they're considered to have escaped and are ignored). If this is important we can put in a specific eval::Call to restore the functionality.
llvm-svn: 138464
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
module DAG-based lookup scheme. This required some reshuffling, so
that each module stores its own mapping from DeclContexts to their
lexical and visible sets for those DeclContexts (rather than one big
"chain").
Overall, this allows simple qualified name lookup into the translation
unit to gather results from multiple modules, with the lookup results
in module B shadowing the lookup results in module A when B imports A.
Walking all of the lexical declarations in a module DAG is still a
mess; we'll end up walking the loaded module list backwards, which
works fine for chained PCH but doesn't make sense in a DAG. I'll
tackle this issue as a separate commit.
llvm-svn: 138463
|
|
|
|
|
|
| |
the relative ordering of path-sensitive and path-insensitive checks. Still not ideal, but I think a real fix would require infrastructure that doesn't exist yet.
llvm-svn: 138462
|
|
|
|
|
|
| |
in comments and start a couple methods with a lowercase letter
llvm-svn: 138460
|
|
|
|
| |
llvm-svn: 138451
|
|
|
|
|
|
| |
VerifyDiagnosticsClient on several input files.
llvm-svn: 138434
|
|
|
|
|
|
| |
Hopefully a better fix coming soon. See comment for more details.
llvm-svn: 138432
|
|
|
|
|
|
| |
138405. Ended up unrelated to any problems.
llvm-svn: 138431
|
|
|
|
|
|
| |
test because this particular circumstance requires an impossible series of events, but this is future-proofing.)
llvm-svn: 138430
|
|
|
|
|
|
| |
issue seems to have been with the uninitialized variable fixed in 138424; a fix for another Heisencrasher coming soon.
llvm-svn: 138426
|
|
|
|
| |
llvm-svn: 138424
|
|
|
|
|
|
|
|
| |
variables closer to their uses. No functionality change."
This reverts commit d02b4af7bd6ca4a743c7074d64e205d718aa221d.
llvm-svn: 138420
|
|
|
|
|
|
|
|
| |
CFRefCount. Unfortunately, CFRefReport still is. No functionality change."
This reverts commit e3fb7e428b7ba0d5d902dfe3f165d70e09b03a15.
llvm-svn: 138419
|
|
|
|
|
|
|
|
|
| |
After talking with John making this the case for all of these is
the right way to go.
Fixes rdar://9804564 and PR10414
llvm-svn: 138418
|
|
|
|
|
|
| |
MIGHT deallocate the memory region allocated with SecKeychain APIs. Specifically, when the buffer is passed to CFStringCreateWithBytesNoCopy along with a custom deallocator, which might potentially correctly release the memory.
llvm-svn: 138417
|
|
|
|
|
|
| |
tracking even when it's no longer a SymbolicRegion, for example, when it is cast to char*.
llvm-svn: 138415
|
|
|
|
|
|
| |
for future reuse.
llvm-svn: 138414
|
|
|
|
| |
llvm-svn: 138413
|
|
|
|
|
|
| |
// rdar://9362887.
llvm-svn: 138412
|
|
|
|
|
|
|
|
| |
<i32 3, i32 2, i32 8, i32 11, i32 3, i32 6, i32 12, i32 15>
generate:
<i32 3, i32 2, i32 8, i32 11, i32 7, i32 6, i32 12, i32 15>
llvm-svn: 138411
|
|
|
|
|
|
|
|
|
|
| |
with how it
handled SCC's of dead code, or simply having false negatives by overly suppressing warnings.
WIP.
llvm-svn: 138410
|
|
|
|
|
|
| |
various analyses (e.g., reachability).
llvm-svn: 138409
|
|
|
|
| |
llvm-svn: 138408
|
|
|
|
|
|
| |
This reverts commit 6886a92640f5bffc972f67c0a1f302d6c6e7c322.
llvm-svn: 138405
|