| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
(I was going to fix the TODO about DenseMap too, but
that would break self-host right now. See PR11922.)
llvm-svn: 149799
|
|
|
|
| |
llvm-svn: 149798
|
|
|
|
|
|
|
|
| |
include.
Fix all the transitive include users.
llvm-svn: 149783
|
|
|
|
|
|
| |
explicit type cast. // rdar://10521744
llvm-svn: 149437
|
|
|
|
|
|
|
| |
cancel out each other. Leave it alone so users can take a look
(unmigrated code forces error diagnostic). // rdar://10521744
llvm-svn: 149435
|
|
|
|
|
|
|
|
| |
leaves "finalize' behind and in arc mode, does not
include it. This allows the migrated source to be compiled
in both gc and arc mode. // rdar://10532441
llvm-svn: 149079
|
|
|
|
|
|
| |
unused yet.
llvm-svn: 149001
|
|
|
|
|
|
|
|
|
| |
specific to migrator. Use its first option to
warn migrating from GC to arc when
NSAllocateCollectable/NSReallocateCollectable is used.
// rdar://10532541
llvm-svn: 148887
|
|
|
|
|
|
| |
to "strong" when migrating from GC. // rdar://10532449
llvm-svn: 148607
|
|
|
|
|
|
|
| |
which have same semantics in mrr as well as arr.
// rdar://10688312
llvm-svn: 148559
|
|
|
|
|
|
|
| |
the front end into its own class, FrontendInputFile, to make it easier
to introduce new per-input data. No functionality change.
llvm-svn: 148546
|
|
|
|
|
|
|
|
|
| |
start/end location.
It is commonly needed after calling the function; with this way we avoid
recalculating it.
llvm-svn: 148479
|
|
|
|
| |
llvm-svn: 147260
|
|
|
|
|
|
|
|
|
|
| |
declarations and definitions) as ObjCInterfaceDecls within the same
redeclaration chain. This new representation matches what we do for
C/C++ variables/functions/classes/templates/etc., and makes it
possible to answer the query "where are all of the declarations of
this class?"
llvm-svn: 146679
|
|
|
|
|
|
| |
the implementation.
llvm-svn: 145224
|
|
|
|
|
|
| |
__weak from a readonly property.
llvm-svn: 145210
|
|
|
|
|
|
| |
baseclass CompilerInvocationBase with a custom copy constructor. This ensures that whenever the CompilerInvocation object's copy constructor is used we always clone the LangOptions object.
llvm-svn: 144973
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
object. I discovered that llvm::RefCountedBase<T> has
a bug where the reference count is copied in the copy constructor, which means that there were cases when the CompilerInvocation
objects created by ASTUnit were actually leaked. When I fixed that bug locally, it showed that a whole bunch of code assumed
that the LangOptions object that was part of CompilerInvocation was still alive. By making it heap-allocated and reference counted,
we can keep it around after the CompilerInvocation object goes away.
As part of this change, change CompilerInvocation:getLangOptions() to return a pointer, acting as another clue that this
object may outlive the CompilerInvocation object.
This commit doesn't fix the CompilerInvocation leak itself. That will come when I commit the fix to llvm::RefCountedBase<T> to
mainline LLVM.
llvm-svn: 144930
|
|
|
|
|
|
| |
fix the test.
llvm-svn: 144146
|
|
|
|
|
|
| |
redundant 'strong'.
llvm-svn: 144136
|
|
|
|
|
|
|
|
| |
'(strong)'
property attribute.
llvm-svn: 144078
|
|
|
|
| |
llvm-svn: 144077
|
|
|
|
|
|
|
|
| |
__unsafe_unretained
later on, or we will end up with a redundant '__unsafe_unretained'.
llvm-svn: 144059
|
|
|
|
| |
llvm-svn: 143980
|
|
|
|
|
|
|
|
|
| |
-Move __strong/__weak added to a property type to the property attribute,
e.g. "@property (assign) __weak Foo *prop;" --> "@property (weak) Foo *prop;"
-Remove (assign) in a property so that it becomes strong-by-default in ARC.
llvm-svn: 143979
|
|
|
|
| |
llvm-svn: 143978
|
|
|
|
|
|
| |
to objects of classes that don't support ARC weak
llvm-svn: 143976
|
|
|
|
| |
llvm-svn: 143887
|
|
|
|
| |
llvm-svn: 143886
|
|
|
|
| |
llvm-svn: 143884
|
|
|
|
| |
llvm-svn: 143883
|
|
|
|
| |
llvm-svn: 143882
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
property references to use a new PseudoObjectExpr
expression which pairs a syntactic form of the expression
with a set of semantic expressions implementing it.
This should significantly reduce the complexity required
elsewhere in the compiler to deal with these kinds of
expressions (e.g. IR generation's special l-value kind,
the static analyzer's Message abstraction), at the lower
cost of specifically dealing with the odd AST structure
of these expressions. It should also greatly simplify
efforts to implement similar language features in the
future, most notably Managed C++'s properties and indexed
properties.
Most of the effort here is in dealing with the various
clients of the AST. I've gone ahead and simplified the
ObjC rewriter's use of properties; other clients, like
IR-gen and the static analyzer, have all the old
complexity *and* all the new complexity, at least
temporarily. Many thanks to Ted for writing and advising
on the necessary changes to the static analyzer.
I've xfailed a small diagnostics regression in the static
analyzer at Ted's request.
llvm-svn: 143867
|
|
|
|
|
|
| |
reduce.
llvm-svn: 143754
|
|
|
|
|
|
| |
GC managed non-objc object memory.
llvm-svn: 143747
|
|
|
|
| |
llvm-svn: 143701
|
|
|
|
|
|
| |
object that it receives in ARC.
llvm-svn: 143700
|
|
|
|
|
|
| |
This allows the migrator to visit and fix them.
llvm-svn: 143699
|
|
|
|
| |
llvm-svn: 143698
|
|
|
|
|
|
| |
<rdar://problem/10245086>.
llvm-svn: 142571
|
|
|
|
| |
llvm-svn: 142407
|
|
|
|
| |
llvm-svn: 142322
|
|
|
|
|
|
| |
We can use -mios-simulator-version-min now. rdar://10218700
llvm-svn: 142311
|
|
|
|
|
|
|
|
| |
if possible,
instead of changing it to 'strong'. rdar://9984862.
llvm-svn: 142304
|
|
|
|
|
|
|
|
|
| |
we have the ability to create a new, distict diagnostic consumer when
we go off and build a module. This avoids the currently horribleness
where the same diagnostic consumer sees diagnostics for multiple
translation units (and multiple SourceManagers!) causing all sorts of havok.
llvm-svn: 140743
|
|
|
|
|
|
|
| |
'bool' rather than '_Bool' within types, to make things a bit more
readable. Fixes <rdar://problem/10063263>.
llvm-svn: 140650
|
|
|
|
| |
llvm-svn: 140493
|
|
|
|
| |
llvm-svn: 140482
|
|
|
|
| |
llvm-svn: 140479
|
|
|
|
| |
llvm-svn: 140478
|