| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 96577
|
| |
|
|
| |
llvm-svn: 96557
|
| |
|
|
| |
llvm-svn: 96555
|
| |
|
|
| |
llvm-svn: 96554
|
| |
|
|
| |
llvm-svn: 96551
|
| |
|
|
|
|
|
| |
match 'ns_returns_retained' and 'cf_returns_retained' respectively. These
are not yet hooked up to the static analyzer.
llvm-svn: 96535
|
| |
|
|
|
|
| |
that we can't test it yet.
llvm-svn: 96516
|
| |
|
|
| |
llvm-svn: 96483
|
| |
|
|
| |
llvm-svn: 96478
|
| |
|
|
| |
llvm-svn: 96447
|
| |
|
|
|
|
| |
Update test case.
llvm-svn: 96444
|
| |
|
|
| |
llvm-svn: 96442
|
| |
|
|
|
|
| |
Check superclasses when merging two Objective-C @interfaces.
llvm-svn: 96420
|
| |
|
|
|
|
|
|
| |
which describes temporary objects of class type in C++. Use this to
provide a more-specific, remappable diagnostic when takin the address
of such a temporary.
llvm-svn: 96396
|
| |
|
|
|
|
| |
unused-value warnings. This is a common macro idiom.
llvm-svn: 96326
|
| |
|
|
|
|
| |
accept const decls.
llvm-svn: 96325
|
| |
|
|
| |
llvm-svn: 96306
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
comparing their types under the assumption that they are equivalent,
rather than importing the types and then checking for compatibility. A
few minor tweaks here:
- Teach structural matching to handle compatibility between
function types with prototypes and those without prototypes.
- Teach structural matching that an incomplete record decl is the
same as any other record decl with the same name.
- Keep track of pairs of declarations that we have already checked
(but failed to find as structurally matching), so we don't emit
diagnostics repeatedly.
- When importing a typedef of an anonymous tag, be sure to link the
imported tag type to its typedef.
With these changes, we survive a repeated import of <stdlib.h> and
<stdio.h>. Alas, the ASTNodeImporter is getting a little grotty.
llvm-svn: 96298
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
two types in different AST contexts are equivalent. Rather than
transforming the type from one context into the other context, we
perform a deep structural comparison of the types. This change
addresses a serious problem with recursive data types like
struct ListNode {
int value;
struct ListNode *Next;
} xList;
llvm-svn: 96278
|
| |
|
|
|
|
|
|
| |
those declared in it. This is to allow duplicate
property diagnostics for properties declared in class extensions
multiple times (radar 7629420) and for future use.
llvm-svn: 96276
|
| |
|
|
| |
llvm-svn: 96211
|
| |
|
|
| |
llvm-svn: 96116
|
| |
|
|
|
|
|
| |
Use that while fixing a nasty misuse of qsort in vtable codegen which, somehow,
has not actually caused a crash.
llvm-svn: 96062
|
| |
|
|
| |
llvm-svn: 96054
|
| |
|
|
|
|
|
| |
single Imported function, in preparation for fixing a serious design
flaw.
llvm-svn: 96044
|
| |
|
|
|
|
| |
enumerators, along with ImplicitCastExprs to make it work.
llvm-svn: 96024
|
| |
|
|
|
|
| |
in objective-c++ mode (do it for objective-c only).
llvm-svn: 96012
|
| |
|
|
|
|
|
| |
a qualified objective-c pointer type. Fixes radar 7638810.
(Also removes a FIXME).
llvm-svn: 96003
|
| |
|
|
|
|
| |
Daniel's suggestion.
llvm-svn: 95987
|
| |
|
|
|
|
| |
ASTContext::getFunctionType with the wrong set of arguments.
llvm-svn: 95986
|
| |
|
|
| |
llvm-svn: 95941
|
| |
|
|
|
|
| |
using 'new[]' instead of the allocator associated with ASTContext.
llvm-svn: 95933
|
| |
|
|
|
|
| |
assosciated with ASTContext.
llvm-svn: 95931
|
| |
|
|
|
|
| |
associated with ASTContext. This fixes yet another leak (<rdar://problem/7639260>).
llvm-svn: 95930
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
incompatibility and show where the structural differences are. For
example:
struct1.c:36:8: warning: type 'struct S7' has incompatible definitions
in different translation units
struct S7 { int i : 8; unsigned j : 8; } x7;
^
struct1.c:36:33: note: bit-field 'j' with type 'unsigned int' and length 8 here
struct S7 { int i : 8; unsigned j : 8; } x7;
^
struct2.c:33:33: note: bit-field 'j' with type 'unsigned int' and length 16 here
struct S7 { int i : 8; unsigned j : 16; } x7;
^
There are a few changes to make this work:
- ASTImporter now has only a single Diagnostic object, not multiple
diagnostic objects. Otherwise, having a warning/error printed via
one Diagnostic and its note printed on the other Diagnostic could
cause the note to be suppressed.
- Implemented import functionality for IntegerLiteral (along with
general support for statements and expressions)
llvm-svn: 95900
|
| |
|
|
|
|
| |
complete function type of the member functions (using PredefinedExpr::ComputeName.
llvm-svn: 95887
|
| |
|
|
|
|
|
|
| |
array associated with NonNullAttr. This fixes yet another leak when
ASTContext uses a BumpPtrAllocator.
Fixes: <rdar://problem/7637150>
llvm-svn: 95863
|
| |
|
|
|
|
|
|
|
| |
storing the set of StoredDeclsMaps in an internal vector of void*.
This isn't an ideal solution, but for the time being this fixes a
major memory leak with these DenseMaps not being freed.
Fixes: <rdar://problem/7634755>
llvm-svn: 95861
|
| |
|
|
|
|
|
|
|
| |
array allocated using the allocator in ASTContext. This addresses
these strings getting leaked when using a BumpPtrAllocator (in
ASTContext).
Fixes: <rdar://problem/7636765>
llvm-svn: 95853
|
| |
|
|
| |
llvm-svn: 95843
|
| |
|
|
|
|
| |
Decl subclasses. No functionality change.
llvm-svn: 95841
|
| |
|
|
|
|
| |
using property dot-syntax. Fixes radar 7628953.
llvm-svn: 95838
|
| |
|
|
|
|
|
| |
and CXXRecordDecl::getDefinition(); it's totally unnecessary. No
functionality change.
llvm-svn: 95836
|
| |
|
|
| |
llvm-svn: 95833
|
| |
|
|
|
|
|
|
| |
attribute, so it uses Anton's new target-specific attribute support. It's
supposed to ensure that the stack is 16-byte aligned, but since necessary
support is lacking from LLVM, this is a no-op for now.
llvm-svn: 95820
|
| |
|
|
|
|
| |
functionality change.
llvm-svn: 95805
|
| |
|
|
|
|
| |
translation units.
llvm-svn: 95794
|
| |
|
|
|
|
| |
lame implementation for importing TypeSourceInfos.
llvm-svn: 95783
|
| |
|
|
|
|
|
|
| |
merged with variables of constant array types. Also, make sure that we
call DiagnosticClient's BeginSourceFile/EndSourceFile, so that it has
a LangOptions to work with.
llvm-svn: 95782
|
| |
|
|
|
|
| |
I don't have time to refix it for now.
llvm-svn: 95733
|