| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 96041
|
| |
|
|
|
|
|
|
|
|
|
|
| |
worth asserting about in this code: 1) if the source range
is bogus (begin loc after end loc), and 2) if the client
is trying to highlight a range that is purely whitespace.
It is possible to just silently ignore #2, but it seems like
it is always a bug, so lets keep asserting on this condition,
but with a better assert message.
llvm-svn: 95998
|
| |
|
|
|
|
|
| |
with block-pointer-type as one or more of its
arguments. Fixes radar 7638400.
llvm-svn: 95992
|
| |
|
|
|
|
| |
within the declarator of another declaration, from Enea Zaffanella!
llvm-svn: 95991
|
| |
|
|
| |
llvm-svn: 95940
|
| |
|
|
|
|
|
|
|
|
| |
not match
order of constructor arguments (all block API specific). This was exposed only in
a large block literal expression in a large file where PtrSet container size
execceded its limit and required reallocation. Fixes radar 7638294
llvm-svn: 95936
|
| |
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
| |
Right now, it's off by default but can be tested by passing -fdump-vtable-layouts to clang -cc1. This option will cause all vtables that will normally be emitted as part of codegen to also be dumped using the new layout code.
I've also added a very simple new vtable layout test case.
llvm-svn: 95865
|
| |
|
|
|
|
|
|
| |
array associated with NonNullAttr. This fixes yet another leak when
ASTContext uses a BumpPtrAllocator.
Fixes: <rdar://problem/7637150>
llvm-svn: 95863
|
| |
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
Decl subclasses. No functionality change.
llvm-svn: 95841
|
| |
|
|
|
|
|
| |
and CXXRecordDecl::getDefinition(); it's totally unnecessary. No
functionality change.
llvm-svn: 95836
|
| |
|
|
|
|
| |
BumpPtrAllocator. Previously they were not getting freed. Fixes <rdar://problem/7635663>.
llvm-svn: 95834
|
| |
|
|
|
|
| |
Fixes radar 7630551
llvm-svn: 95796
|
| |
|
|
|
|
| |
translation units.
llvm-svn: 95794
|
| |
|
|
|
|
| |
in a declaration statement. Fixes radar 7628153.
llvm-svn: 95788
|
| |
|
|
|
|
|
| |
calls to the UnwindResumeOrRethrow function for C++/Obj-C exception handling,
for Darwin ARM.
llvm-svn: 95787
|
| |
|
|
| |
llvm-svn: 95785
|
| |
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
Fixes radar 7630636.
llvm-svn: 95744
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
into another AST, including their include history. Here's an example
error that involves a conflict merging a variable with different types
in two translation units (diagnosed in the third AST context into
which everything is merged).
/Volumes/Data/dgregor/Projects/llvm/tools/clang/test/ASTMerge/Inputs/var2.c:3:5:
error: external variable 'x2' declared with incompatible types in
different translation units ('int' vs. 'double')
int x2;
^
In file included from
/Volumes/Data/dgregor/Projects/llvm/tools/clang/test/ASTMerge/Inputs/var1.c:3:
/Volumes/Data/dgregor/Projects/llvm/tools/clang/test/ASTMerge/Inputs/var1.h:1:8:
note: declared here with type 'double'
double x2;
^
Although we maintain include history, we do not maintain macro
instantiation history across a merge. Instead, we map down to the
spelling location (for now!).
llvm-svn: 95732
|
| |
|
|
|
|
|
|
|
|
|
| |
that we get readable diagnostics such as:
error: external variable 'x1' declared with incompatible types in
different translation units ('double *' vs. 'float **')
However, there is no translation of source locations, yet.
llvm-svn: 95704
|
| |
|
|
|
|
|
|
|
| |
This is a non-fragile-abi feature only. Since it
breaks existing code, it is currently placed under
-fobjc-nonfragile-abi2 option for test purposes only
until further notice. WIP.
llvm-svn: 95685
|
| |
|
|
|
|
|
| |
context with the AST importer. WIP, still useless but at least it has
a test.
llvm-svn: 95683
|
| |
|
|
|
|
| |
defined by itself, from Enea Zaffanella!
llvm-svn: 95586
|
| |
|
|
| |
llvm-svn: 95515
|
| |
|
|
| |
llvm-svn: 95514
|
| |
|
|
| |
llvm-svn: 95513
|
| |
|
|
| |
llvm-svn: 95510
|
| |
|
|
|
|
| |
Daniel, I'd appreciate a review of the driver/cc1 parts.
llvm-svn: 95508
|
| |
|
|
|
|
|
| |
anything when Sema has issued an error. This matches the behavior in
RewriteObjC::HandleTranslationUnit().
llvm-svn: 95434
|
| |
|
|
|
|
| |
Fixes radar 7617047.
llvm-svn: 95392
|
| |
|
|
|
|
| |
my recent changes.
llvm-svn: 95391
|
| |
|
|
| |
llvm-svn: 95379
|
| |
|
|
| |
llvm-svn: 95348
|
| |
|
|
|
|
| |
(Fixes radar 7607605).
llvm-svn: 95341
|
| |
|
|
| |
llvm-svn: 95335
|
| |
|
|
|
|
| |
the rewriter. (Fixes radar 7607781).
llvm-svn: 95267
|
| |
|
|
|
|
| |
(Fixes radar 7607413).
llvm-svn: 95257
|
| |
|
|
| |
llvm-svn: 95203
|
| |
|
|
| |
llvm-svn: 95182
|
| |
|
|
| |
llvm-svn: 95125
|
| |
|
|
| |
llvm-svn: 95110
|
| |
|
|
|
|
| |
Fixes radar 7589414.
llvm-svn: 95097
|
| |
|
|
| |
llvm-svn: 95004
|
| |
|
|
|
|
| |
logic for when a variable declaration is a (possibly tentativ) definition. Add a few functions building on this, and shift C tentative definition handling over to this new functionality. This shift also kills the Sema::TentativeDefinitions map and instead simply stores all declarations in the renamed list. The correct handling for multiple tentative definitions is instead shifted to the final walk of the list.
llvm-svn: 94968
|
| |
|
|
| |
llvm-svn: 94925
|
| |
|
|
|
|
|
|
|
| |
live as long as the ASTUnit. This is useful for clients which want to maintain
pointers to the LangOptions object which ultimately lives in the
CompilerInvocation, although it would be nice to make all of this ownership
stuff more explicit and obvious.
llvm-svn: 94924
|
| |
|
|
|
|
|
|
| |
This allows clients to install their own CompilerInvocation object, which is
important for clients that may wish to create references to things like
LangOptions whose lifetime will extend past that of the CompilerInstance.
llvm-svn: 94923
|