| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 188763
|
|
|
|
| |
llvm-svn: 188759
|
|
|
|
| |
llvm-svn: 188678
|
|
|
|
| |
llvm-svn: 188625
|
|
|
|
|
|
| |
clangIndex.
llvm-svn: 188621
|
|
|
|
|
|
| |
and msys perl ports.
llvm-svn: 188607
|
|
|
|
|
|
|
| |
Per feedback from Chandler, it's better to have libraries with more specific functionality.
LibIndex will contain the indexing functionality of libclang, which includes USR generation.
llvm-svn: 188601
|
|
|
|
|
|
| |
DenseMapInfo specialization.
llvm-svn: 188580
|
|
|
|
|
|
|
|
|
|
| |
Libclang has a lot of functionality that is inaccessible.
The purpose of clangIDE is to move most of the functionality of libclang to it so we
can expose it and have libclang be more of a thin C wrapper over clangIDE.
Start by moving the USR generation functionality into clangIDE.
llvm-svn: 188569
|
|
|
|
| |
llvm-svn: 188134
|
|
|
|
|
|
|
|
| |
Also bump the minor version number and update libclang.exports.
Reviewed by: Dmitri Gribenko, Doug Gregor
llvm-svn: 187994
|
|
|
|
|
|
| |
There hasn't been a separate cc1 option table since r155916.
llvm-svn: 187993
|
|
|
|
| |
llvm-svn: 187989
|
|
|
|
|
|
| |
fully supported, up to some limitations documented as FIXMEs or TODO. Static data member templates work very partially. Static data member templates of class templates need particular attention...
llvm-svn: 187762
|
|
|
|
|
|
| |
reported by MSan
llvm-svn: 187647
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This unifies the unix and windows versions of FileManager::UniqueDirContainer
and FileManager::UniqueFileContainer by using UniqueID.
We cannot just replace "struct stat" with llvm::sys::fs::file_status, since we
want to be able to construct fake ones, and file_status has different members
on unix and windows.
What the patch does is:
* Record only the information that clang is actually using.
* Use llvm::sys::fs::status instead of stat and fstat.
* Use llvm::sys::fs::UniqueID
* Delete the old windows versions of UniqueDirContainer and
UniqueFileContainer since the "unix" one now works on windows too.
llvm-svn: 187619
|
|
|
|
|
|
| |
Patch by Mark Lodato. Thank you!
llvm-svn: 187592
|
|
|
|
|
|
|
|
|
|
| |
When BUILD_CLANG_ONLY is set to YES, it is supposed to simply limit the tools
that get built. The change in r184794 broke this feature by moving libclang
and c-index-test into PARALLEL_DIRS. Those are both supposed to be in DIRS,
because c-index-test has a build dependency on libclang and cannot be
reliably built in parallel with it.
llvm-svn: 187246
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Use the same filtering for assembly arguments to -cc1as as we do for
-cc1, this allows a consistent (& more useful) diagnostic experience for
users (rather than getting an error from -cc1as (which a user shouldn't
really be thinking about) about --foo, they get an error from clang
about --foo in -Wa,)
I'm sort of surprised by the separation of -cc1as & the separate
argument handling, etc, but at least this removes a little bit of the
duplication.
llvm-svn: 187156
|
|
|
|
| |
llvm-svn: 186983
|
|
|
|
|
|
| |
Patch by Che-Liang Chiou!
llvm-svn: 186967
|
|
|
|
| |
llvm-svn: 186872
|
|
|
|
|
|
|
|
| |
After the first operation, the buffer contents has changed and thus all
other operations would be invalid. Executing the operations in reversed
order should fix this.
llvm-svn: 186840
|
|
|
|
|
|
| |
warning: initializer for aggregate is not a compile-time constant [-Wc99-extensions]
llvm-svn: 186833
|
|
|
|
| |
llvm-svn: 186825
|
|
|
|
|
|
|
|
|
| |
With this fix, only changed regions will be replaced in vim's buffer.
Thereby, marks should mostly be left intact. Furthermore, this is a
better fix for the performance problem in conjunction with
'foldmethod=syntax' (see r186660).
llvm-svn: 186789
|
|
|
|
|
|
| |
using dos newlines (<CR><LF>).
llvm-svn: 186740
|
|
|
|
|
|
|
| |
The mode doesn't actually do anything yet, but this provides a
way to get into it.
llvm-svn: 186720
|
|
|
|
|
|
|
|
| |
The previous line-by-line replacement causes vim to take a long time if
the foldmethod is set to 'syntax'. This should significantly improve
performance in that case.
llvm-svn: 186660
|
|
|
|
| |
llvm-svn: 186647
|
|
|
|
|
|
|
|
| |
human-friendly alternative to -offset and -length.
Differential Revision: http://llvm-reviews.chandlerc.com/D1160
llvm-svn: 186625
|
|
|
|
|
|
|
|
|
|
|
|
| |
and add a new option --driver-mode= to control it explicitly.
The CCCIsCXX and CCCIsCPP flags were non-overlapping, i.e. there
are currently really three modes that Clang can run in: gcc, g++
or cpp, so it makes sense to represent them as an enum.
Having a command line flag to control it helps testing.
llvm-svn: 186605
|
|
|
|
|
|
|
|
|
|
|
|
| |
MSBuild writes response files as UTF-16 little endian with a byte order
mark. With this change, clang will be able to read them, although we
still can't parse any of their flags.
Adds a UTF-16-LE response file with a BOM for testing.
Differential Revision: http://llvm-reviews.chandlerc.com/D1137
llvm-svn: 186603
|
|
|
|
| |
llvm-svn: 186448
|
|
|
|
| |
llvm-svn: 186305
|
|
|
|
| |
llvm-svn: 186302
|
|
|
|
|
|
| |
Thanks, Dmitry!
llvm-svn: 186167
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
These flags control language options and user-visible macros, so it's
important to preserve them when analyzing. Rather than try to keep up
with all the -f flags, we'll pass them all through and then ban the ones
we don't want (like -fsyntax-only).
-Wwrite-strings is really an f-flag in disguise: it implies -fconst-strings.
Patch by Keaton Mowry, modified by me.
llvm-svn: 186138
|
|
|
|
|
|
| |
include_directories(SYSTEM).
llvm-svn: 185928
|
|
|
|
|
|
|
|
|
| |
-Wdocumentation.
-Wdocumentation won't seek -isystem. LIBXML2's headers in a certain distro might be incompatible to -Wdocumentation.
FIXME: Could autoconf detect clang or availability of -isystem?
llvm-svn: 185927
|
|
|
|
|
|
| |
specifying the vector size.
llvm-svn: 185784
|
|
|
|
| |
llvm-svn: 185725
|
|
|
|
|
|
|
|
| |
declaration was affected by "@optional"
rdar://14348525.
llvm-svn: 185722
|
|
|
|
|
|
| |
avoid specifying the vector size unnecessarily.
llvm-svn: 185610
|
|
|
|
|
|
|
|
|
|
| |
This is important for preprocessing steps, which may output to stdout.
Also, change ENV accesses using barewords to use string keys instead.
PR16414
llvm-svn: 185555
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously, the CMake build still tried to link clang against the static
analyzer libraries, even if CLANG_ENABLE_STATIC_ANALYZER was off.
Furthermore, clang-check depends on the analyzer, so it should be disabled
(in both CMake and configure builds).
In theory, clang-check could be made to conditionally include analyzer
support (like clang itself), but for now this at least gets a CMake ALL_BUILD
working.
Patch by Stephen Kelly, modified by me.
llvm-svn: 185548
|
|
|
|
|
|
| |
This fixes llvm.org/PR16514.
llvm-svn: 185531
|
|
|
|
|
|
|
|
|
|
|
|
| |
Before, the computed byte range would include the trailing newline.
clang-format on the other hand counts whitespace as belonging to the
following token, so that git-clang-format inadvertendly reformats the
first unmodified line as well.
It is not entirely clear whether clang-format's behavior itself should
be modified, but for now this seems to be a safe change.
llvm-svn: 185423
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The build system is currently miss-identifying GNU/kFreeBSD as FreeBSD.
This kind of simplification is sometimes useful, but in general it's not correct.
As GNU/kFreeBSD is an hybrid system, for kernel-related issues we want to match the
build definitions used for FreeBSD, whereas for userland-related issues we want to
match the definitions used for other systems with Glibc.
The current modification adjusts the build system so that they can be distinguished,
and explicitly adds GNU/kFreeBSD to the build checks in which it belongs.
Fixes bug #16445.
Patch by Robert Millan in the context of Debian.
llvm-svn: 185312
|
|
|
|
|
|
|
| |
WalkUpFromLambdaExpr, so that the Visit* functions are called
on that AST node.
llvm-svn: 185277
|