| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
| |
ASTUnit match those produced directly by code completion. Test case is
forthcoming.
llvm-svn: 112063
|
|
|
|
| |
llvm-svn: 112028
|
|
|
|
|
|
|
| |
- I didn't implement the GCC "multiple include guard" detection parts, because
it doesn't seem useful or obvious.
llvm-svn: 111983
|
|
|
|
|
|
| |
-iwithsysroot flag should do that. This fixes rdar://8345942
llvm-svn: 111979
|
|
|
|
|
|
| |
arguments.
llvm-svn: 111976
|
|
|
|
|
|
|
| |
Instead of implementing -isystem, I accidentally implemented this cousin. Next
up is to implement -isystem right.
llvm-svn: 111966
|
|
|
|
|
|
|
| |
e.g., after #ifdef/#ifndef or #undef, or inside a defined <macroname>
expression in a preprocessor conditional.
llvm-svn: 111954
|
|
|
|
|
|
|
|
|
|
| |
r110903 introduced a dependency from Frontend to every library that
declared an Action by introducing Action references that previously
resided in the driver in the file ExecuteCompilerInvocation.cpp.
This patch moves ExecuteCompilerInvocation to a new library named
FrontendTool which is intended to bear these dependencies.
llvm-svn: 111873
|
|
|
|
|
|
|
| |
of a cursor or code-completion result, e.g., whether that result
refers to an unavailable, deleted, or deprecated declaration.
llvm-svn: 111858
|
|
|
|
| |
llvm-svn: 111830
|
|
|
|
|
|
|
|
|
| |
declarator. Here, we can only see a few things (e.g., cvr-qualifiers,
nested name specifiers) and we do not want to provide other non-macro
completions. Previously, we would end up in recovery mode and would
provide a large number of non-relevant completions.
llvm-svn: 111818
|
|
|
|
|
|
|
|
| |
duplication between the constant and non-constant paths in all of this.
Implement ARM ABI semantics for member pointer constants and conversion.
llvm-svn: 111772
|
|
|
|
| |
llvm-svn: 111768
|
|
|
|
| |
llvm-svn: 111748
|
|
|
|
| |
llvm-svn: 111729
|
|
|
|
|
|
|
|
|
| |
- move DeclSpec &c into the Sema library
- move ParseAST into the Parse library
Reflect this change in a thousand different includes.
Reflect this change in the link orders.
llvm-svn: 111667
|
|
|
|
| |
llvm-svn: 111610
|
|
|
|
|
|
|
|
|
| |
sure to (1) actually use the remapped files we were given rather
than old data, and (2) keep the remapped files alive until the
code-completion results are destroyed. Big thanks to Daniel for the
test case.
llvm-svn: 111597
|
|
|
|
|
|
| |
previous precompiled preamble completely. Fixes <rdar://problem/8330950>.
llvm-svn: 111590
|
|
|
|
|
|
| |
flag -fdiagnostics-parseable-fixits, from Eelis van der Weegen!
llvm-svn: 111557
|
|
|
|
|
|
|
|
| |
and reenable crash recovery test.
- Reparsing is still very crashy / weird, so I had to sprinkle random code into
the remapped input to get it to do what I want (i.e., crash!).
llvm-svn: 111550
|
|
|
|
| |
llvm-svn: 111504
|
|
|
|
| |
llvm-svn: 111490
|
|
|
|
| |
llvm-svn: 111474
|
|
|
|
| |
llvm-svn: 111472
|
|
|
|
| |
llvm-svn: 111471
|
|
|
|
| |
llvm-svn: 111467
|
|
|
|
| |
llvm-svn: 111466
|
|
|
|
| |
llvm-svn: 111463
|
|
|
|
|
|
|
|
| |
false (not true), so that the CompilerInstance will actually free data
structures when it's done. This fixes a major leak with libclang's
in-process code completion.
llvm-svn: 111457
|
|
|
|
|
|
|
| |
convoluted and a bit leaky. Now, the Diagnostic object owns its
DiagnosticClient.
llvm-svn: 111437
|
|
|
|
|
|
| |
location. Patch by Eelis van der Weegen!
llvm-svn: 111362
|
|
|
|
| |
llvm-svn: 111284
|
|
|
|
| |
llvm-svn: 111279
|
|
|
|
|
|
| |
Radar 8308053.
llvm-svn: 111275
|
|
|
|
| |
llvm-svn: 111265
|
|
|
|
|
|
| |
contain all the module code in the future. Update the Makefiles, CMake projects and the Xcode project. I hope I did everything right for Xcode. No functionality change.
llvm-svn: 111258
|
|
|
|
| |
llvm-svn: 111257
|
|
|
|
|
|
| |
and remove getStrData(). Patch by Peter Davies (with some tweaks).
llvm-svn: 111229
|
|
|
|
|
|
|
|
| |
translation unit, refresh code-completion results because they've
probably changed. However, enforce a cooldown period between
refreshes, to avoid thrashing.
llvm-svn: 111218
|
|
|
|
| |
llvm-svn: 111204
|
|
|
|
|
|
|
|
|
|
| |
nested-name-specifiers. Also includes fixes to the generation of
nested-name-specifier result in the non-cached case; we were producing
lame results for namespaces and namespace aliases, which (1) didn't
always have nested-name-specifiers when we want them, and (2) did not
have the necessary "::" as part of the completion.
llvm-svn: 111203
|
|
|
|
| |
llvm-svn: 111186
|
|
|
|
| |
llvm-svn: 111184
|
|
|
|
|
|
| |
inlined. No functionality change.
llvm-svn: 111176
|
|
|
|
| |
llvm-svn: 111166
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the usage type of each declaration result, then compare those types to
the preferred type of the completion. This provides parity in the
priority calculation between the code-completion results produced
directly from Sema and those cached by ASTUnit.
For the standard Cocoa.h (+ others) example, there's a penalty of 3-4
hundredeths of a second when caching the global results (for ~31,000
results), because we need an ASTContext-agnostic representation of
types for the comparison, and therefore we use... strings. Eventually,
we'd like to implement a more efficient ASTContext-agnostic encoding
of types.
llvm-svn: 111165
|
|
|
|
| |
llvm-svn: 111150
|
|
|
|
|
|
|
|
|
|
|
| |
type class, so that we can adjust priorities appropriately when the
preferred type for the context and the actual type of the completion
are similar.
This gets us one step closer to parity of the cached completion
results with the non-cached completion results.
llvm-svn: 111139
|
|
|
|
| |
llvm-svn: 111106
|