| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
llvm-svn: 94379
|
|
|
|
| |
llvm-svn: 94273
|
|
|
|
|
|
| |
Clang version string through the CIndex API.
llvm-svn: 94242
|
|
|
|
|
|
| |
libBasic/Version.cpp, getClangFullVendorVersion().
llvm-svn: 94235
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
have it return a StringRef instead of an integer (to be more VCS
agnostic).
(2) Add getClangFullRepositoryVersion(), which contains an
amalgamation of the repository name and the revision.
(3) Change PCH to only emit the string returned by
getClangFullRepositoryVersion() instead of also emitting the value
of getClangSubversionRevision() (which has been removed). This is
functionally equivalent.
More cleanup to version string generation pending...
llvm-svn: 94231
|
|
|
|
|
|
| |
return a StringRef.
llvm-svn: 94213
|
|
|
|
|
|
| |
assuming SVN. This should be fixed to not necessarily be an integer.
llvm-svn: 94081
|
|
|
|
|
|
| |
Comments and/or improvements to the documentation are welcome.
llvm-svn: 93982
|
|
|
|
| |
llvm-svn: 93975
|
|
|
|
| |
llvm-svn: 93451
|
|
|
|
|
|
|
| |
characters to be escaped and implement a scan-forward function which
properly respects brace nesting.
llvm-svn: 93447
|
|
|
|
|
|
|
| |
English right now; would not be impossible to grab a special format string
from the diagnostic pool and localize that way.
llvm-svn: 93390
|
|
|
|
| |
llvm-svn: 93377
|
|
|
|
|
|
| |
rewriting for any target. (refixes radar 7530235).
llvm-svn: 93331
|
|
|
|
|
|
| |
win32 targets. Fixes radar 7530235. Daniel please review.
llvm-svn: 93246
|
|
|
|
| |
llvm-svn: 93060
|
|
|
|
| |
llvm-svn: 93058
|
|
|
|
| |
llvm-svn: 93044
|
|
|
|
| |
llvm-svn: 92012
|
|
|
|
| |
llvm-svn: 91938
|
|
|
|
| |
llvm-svn: 91924
|
|
|
|
|
|
|
|
| |
- Correctly is in quotes, because we are following what I interpreted as GCC's
intent (which diverges from practice, naturally).
- Also, fix the arch define for arm1136jf-s.
llvm-svn: 91855
|
|
|
|
|
|
| |
"soft-float-abi" to communicate FP mode to target; __SOFTFP__ is set correctly now.
llvm-svn: 91755
|
|
|
|
|
|
|
| |
- In particular, it can claim features for itself instead of always passing them on to LLVM.
- This allows using the target features as a generic mechanism for passing target specific options to the TargetInfo instance, which may need them for initializing preprocessor defines, etc.
llvm-svn: 91753
|
|
|
|
| |
llvm-svn: 91746
|
|
|
|
| |
llvm-svn: 91739
|
|
|
|
|
|
| |
__USING_SJLJ_EXCEPTIONS__ on Darwin.
llvm-svn: 91705
|
|
|
|
|
|
|
| |
- This should be done leveraging the backend, but I'm a little refactored
out. I'll fix it one day, I promise.
llvm-svn: 91700
|
|
|
|
| |
llvm-svn: 91685
|
|
|
|
| |
llvm-svn: 91684
|
|
|
|
| |
llvm-svn: 91540
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
inconsistent situations if we do, and they are not important for PCH performance
(which currently only needs the stats to construct the initial FileManager
entries).
- No test case, sorry, the machinations are too involved.
This occurs when, for example, the build makes a PCH file and has a header map
or a -I for a directory that does not yet exist. It is possible we will cache
the negative stat on that directory, and then in the build we will never find
header files inside that dir.
For PCH we don't need these stats anyway for performance, so this also makes PCH
files smaller w/ no loss. I hope to eventually eliminate the stat cache
entirely.
llvm-svn: 91082
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
files.
- The issue is that PCH uses a stat cache, which may reference files which have
been deleted or moved. In such cases ContentCache::getBuffer was returning 0
but most clients are incapable of dealing with this (i.e., they don't).
For the time being, resolve this issue by just making up some invalid file
contents and. Eventually we should detect that we are in an inconsistent
situation and error out with a nice message that the PCH is out of date.
llvm-svn: 90699
|
|
|
|
|
|
|
|
|
|
| |
http://llvm.org/viewvc/llvm-project?view=rev&revision=90642).
Simply use the 'LangOpts' member already present in TextDiagnosticPrinter.
Sorry for the confusion!
llvm-svn: 90664
|
|
|
|
|
|
|
|
|
|
|
|
| |
http://llvm.org/viewvc/llvm-project?view=rev&revision=71086
Note - This commit only includes the fix for:
<rdar://problem/6309338> slightly different error message format for Visual Studio.
The fix for <rdar://problem/6845623> from protocol to template. is separate/forthcoming.
llvm-svn: 90642
|
|
|
|
| |
llvm-svn: 90459
|
|
|
|
|
|
|
|
|
|
|
|
| |
file. This is accomplished by introducing the notion of a "virtual"
file into the file manager, which provides a FileEntry* for a named
file whose size and modification time are known but which may not
exist on disk.
Added a cute little test that remaps both a .c file and a .h file it
includes to alternative files.
llvm-svn: 90329
|
|
|
|
|
|
|
|
|
|
| |
files with the contents of an arbitrary memory buffer. Use this new
functionality to drastically clean up the way in which we handle file
truncation for code-completion: all of the truncation/completion logic
is now encapsulated in the preprocessor where it belongs
(<rdar://problem/7434737>).
llvm-svn: 90300
|
|
|
|
|
|
| |
ContentCache
llvm-svn: 90294
|
|
|
|
|
|
|
|
|
|
| |
source locations with no common ancestor in the include stack, determine order by assuming memory buffers preceed files, and then that FileIDs are created in order.
The later assumption is patently false, but this was already broken -- this situation is conceptually impossible, my feeling is we should fix SourceManager and friends to make it impossible in practice as well. However, we need to fix PR5662 and perhaps some other things involving memory buffers first. In the short term I'm pretty sure this is reliable.
Chris, Argiris, is this going to break anything that wasn't already broken?
llvm-svn: 90280
|
|
|
|
|
|
|
|
|
|
|
|
| |
in diagnostics when we fail to open a file. This allows us to
report things like:
$ clang test.c -I.
test.c:2:10: fatal error: error opening file './foo.h': Permission denied
#include "foo.h"
^
llvm-svn: 90276
|
|
|
|
| |
llvm-svn: 90244
|
|
|
|
|
|
| |
and makes use of it in tok::getTokenSimpleSpelling.
llvm-svn: 90042
|
|
|
|
|
|
| |
Ken Dyck.
llvm-svn: 89520
|
|
|
|
| |
llvm-svn: 89362
|
|
|
|
|
|
| |
in the driver.
llvm-svn: 89073
|
|
|
|
|
|
| |
-fnext-runtime), instead of using getDefaultLangOptions.
llvm-svn: 89058
|
|
|
|
|
|
| |
getDefaultLangOptions.
llvm-svn: 89057
|
|
|
|
|
|
| |
getDefaultLangOptions.
llvm-svn: 89053
|
|
|
|
| |
llvm-svn: 88850
|