| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
The problem was that text files were open in text mode and Microsoft implementation of fread and write will try to do nasty line-feed conversion which make the line position no longer valid. The fix is to read and write files in binary mode.
llvm-svn: 116286
|
|
|
|
|
|
|
|
|
| |
diagnostics produced by the driver itself. Previously, we were
allowing these to either be dropped or to slip through to stderr.
Fixes <rdar://problem/7595339>.
llvm-svn: 116285
|
|
|
|
|
|
|
|
|
|
|
| |
on the presence of a 'clang' executable. Simplify
CIndexer::getClangResourcesPath() a bit.
Patch up the CMake makefiles to install headers into two locations in
the build tree, for those silly cases where 'clang' will end up
looking into the wrong build directory for headers.
llvm-svn: 116260
|
|
|
|
|
|
|
|
| |
emitting diagnostics in a binary form to be consumed by libclang,
since libclang no longer does any of its work out-of-process, making
this code dead. Besides, this stuff never worked at 100% anyway.
llvm-svn: 116250
|
|
|
|
|
|
| |
faster, in-process, more-configurable clang_codeCompleteAt().
llvm-svn: 116245
|
|
|
|
|
|
|
|
|
|
| |
clang_codeCompleteAt(). This uncovered a few issues with the latter:
- ASTUnit wasn't saving/restoring diagnostic state appropriately between
reparses and code completions.
- "Overload" completions weren't being passed through to the client
llvm-svn: 116241
|
|
|
|
|
|
|
|
|
| |
improvements to the compiler and the introduction of crash recovery,
it no longer makes sense to allow this mode. Moreover, this eliminates
one use of the "clang" executable from within libclang; we'd like them
all to go away.
llvm-svn: 116207
|
|
|
|
|
|
| |
rather than a space.
llvm-svn: 116097
|
|
|
|
|
|
| |
sets up signal handlers it shouldn't when we are being used a shared library.
llvm-svn: 116084
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
following amusing sequence:
- AST writing schedules writing a type X* that it had never seen
before
- AST writing starts writing another declaration, ends up
deserializing X* from a prior AST file. Now we have two type IDs for
the same type!
- AST writer tries to write X*. It only has the lower-numbered ID
from the the prior AST file, so references to the higher-numbered ID
that was scheduled for writing go off into lalaland.
To fix this, keep the higher-numbered ID so we end up writing the type
twice. Since this issue occurs so rarely, and type records are
generally rather small, I deemed this better than the alternative: to
keep a separate mapping from the higher-numbered IDs to the
lower-numbered IDs, which we would end up having to check whenever we
want to deserialize any type.
Fixes <rdar://problem/8511624>, I think.
llvm-svn: 115647
|
|
|
|
|
|
|
|
| |
produces a simple "display" name that captures the
arguments/parameters for a function, function template, class
template, or class template specialization.
llvm-svn: 115428
|
|
|
|
|
|
|
|
|
|
|
| |
to types.
Also, teach clang_getTypeDeclaration() about template specializations,
injected-class-names, and elaborated types.
Fixes <rdar://problem/8506460>.
llvm-svn: 115425
|
|
|
|
|
|
| |
argument is already in the command-line arguments
llvm-svn: 115420
|
|
|
|
|
|
|
| |
specifier cursors in libclang. FIXME -=2, fixes the rest of
<rdar://problem/8274883>.
llvm-svn: 115419
|
|
|
|
|
|
| |
and protocol expressions. Fixes <rdar://problem/7833565>.
llvm-svn: 115346
|
|
|
|
|
|
|
| |
member function or an Objective-C method, which other member
functions/methods it overrides.
llvm-svn: 115338
|
|
|
|
|
|
| |
libclang options for editing a translation unit.
llvm-svn: 114810
|
|
|
|
|
|
| |
likely to be multithreaded. Also move the printing of timers to somewhere better for multithreaded libclang clients
llvm-svn: 114760
|
|
|
|
| |
llvm-svn: 114682
|
|
|
|
|
|
| |
semantic parents of the given cursor.
llvm-svn: 114587
|
|
|
|
|
|
|
|
|
|
|
|
| |
methods declared with @property in class extensions.
This matches the behavior for setters.
Also pass the class extension to ProcessPropertyDecl as the lexical DeclContext, even when not redeclaring the @property.
This fixes the remaining issues in <rdar://problem/7410145>.
llvm-svn: 114477
|
|
|
|
| |
llvm-svn: 114394
|
|
|
|
|
|
| |
generating USRs. While I have no test case for this (could not create one), this shows up in crash reports. Tentatively fixes <rdar://problem/8452791>.
llvm-svn: 114392
|
|
|
|
|
|
|
| |
that redundant types don't result in super-long USRs. Fixes
<rdar://problem/8447875>.
llvm-svn: 114347
|
|
|
|
|
|
|
| |
check for NULL and visit the InitListExpr we have if there is no
syntactic form.
llvm-svn: 114203
|
|
|
|
|
|
| |
mistake
llvm-svn: 114075
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
instead"
This reverts commit r113631
Conflicts:
CMakeLists.txt
lib/CodeGen/CMakeLists.txt
llvm-svn: 113817
|
|
|
|
|
|
|
|
|
| |
to an "overloaded" set of declarations. This cursor kind works for
unresolved references to functions/templates (e.g., a call within a
template), using declarations, and Objective-C class and protocol
forward declarations.
llvm-svn: 113805
|
|
|
|
| |
llvm-svn: 113656
|
|
|
|
|
|
| |
of whatever we were using before...
llvm-svn: 113631
|
|
|
|
| |
llvm-svn: 113623
|
|
|
|
|
|
| |
address of a label (GNU extension).
llvm-svn: 113564
|
|
|
|
| |
llvm-svn: 113560
|
|
|
|
|
|
| |
and array references).
llvm-svn: 113556
|
|
|
|
|
|
|
|
| |
constructor, in source order. Also introduces a new reference kind for
class members, which is used here (for member initializers) and will
also be used for designated initializers and offsetof.
llvm-svn: 113545
|
|
|
|
|
|
| |
eliminating an unnecessary use of TemporaryBase in the process.
llvm-svn: 113500
|
|
|
|
|
|
| |
libclang visitation.
llvm-svn: 113492
|
|
|
|
| |
llvm-svn: 113489
|
|
|
|
| |
llvm-svn: 113444
|
|
|
|
|
|
|
|
| |
CXXTemporaryObjectExpr, CXXScalarValueInitExpr, and
CXXUnresolvedConstructExpr, getting rid of a bunch of FIXMEs in the
process.
llvm-svn: 113319
|
|
|
|
|
|
| |
the TypeSourceInfo for the allocated type. Fixes PR7501.
llvm-svn: 113291
|
|
|
|
|
|
| |
kinds. How shameful that this code was duplicated!
llvm-svn: 113033
|
|
|
|
|
|
|
|
|
| |
last of the C++-specific expressions where we have decent source
information in the AST already. In particular, various
object-construction expressions (CXXNewExpr, CXXTemporaryObjectExpr)
still have poor source-location information that needs to be addressed.
llvm-svn: 112981
|
|
|
|
| |
llvm-svn: 112978
|
|
|
|
| |
llvm-svn: 112975
|
|
|
|
|
|
| |
code. Also, teach it about explicitly-specified template arguments.
llvm-svn: 112884
|
|
|
|
| |
llvm-svn: 112879
|
|
|
|
| |
llvm-svn: 112873
|
|
|
|
|
|
| |
well-intentioned but completely unused code.
llvm-svn: 112868
|
|
|
|
| |
llvm-svn: 112866
|