| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 100687
|
| |
|
|
|
|
| |
Right now the limit is 0 (aka disabled)
llvm-svn: 100684
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
of errors and warnings. This allows us to emit something like this:
2 warnings and 1 error generated.
instead of:
3 diagnostics generated.
This also stops counting 'notes' because they are just follow-on information
about the previous diag, not a diagnostic in themselves.
llvm-svn: 100675
|
| |
|
|
|
|
| |
assembly for testcases.
llvm-svn: 100253
|
| |
|
|
|
|
| |
the C-only "optimization".
llvm-svn: 100022
|
| |
|
|
| |
llvm-svn: 100018
|
| |
|
|
|
|
|
| |
term "fix-it" everywhere and even *I* get tired of long names
sometimes. No functionality change.
llvm-svn: 100008
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
cache of PartialDiagnostic::Storage objects into an allocator within
the ASTContext. This eliminates a significant amount of malloc
traffic, for a 10% performance improvement in -fsyntax-only wall-clock
time with 403.gcc's combine.c.
Also, eliminate the RequireNonAbstractType hack I put in earlier,
which was but a symptom of this larger problem.
Fixes <rdar://problem/7806091>.
llvm-svn: 99849
|
| |
|
|
|
|
|
|
|
| |
how to handle a diagnostic during template argument deduction, which
may be "substitution failure", "suppress", or "report". This keeps us
from, e.g., emitting warnings while performing template argument
deduction.
llvm-svn: 99560
|
| |
|
|
| |
llvm-svn: 99513
|
| |
|
|
| |
llvm-svn: 99178
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Diagnostic subsystem, which is used in the rare case where we find a
serious problem (i.e., an inconsistency in the file system) while
we're busy formatting another diagnostic. In this case, the delayed
diagnostic will be emitted after we're done with the other
diagnostic. This is only to be used for fatal conditions detected at
very inconvenient times, where we can neither stop the current
diagnostic in flight nor can we suppress the second error.
llvm-svn: 99175
|
| |
|
|
|
|
|
| |
entry in a precompiled header, so that we can detect modified files
even when we miss in the stat cache.
llvm-svn: 99149
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
deserialization of precompiled headers, where the deserialization of
the source location entry for a buffer (e.g., macro instantiation
scratch space) would overwrite a one-element FileID cache in the
source manager. When tickled at the wrong time, we would return the
wrong decomposed source location and eventually cause c-index-test to
crash.
Found by dumb luck. It's amazing this hasn't shown up before.
llvm-svn: 98940
|
| |
|
|
|
|
| |
whether a file has changed since it was originally read.
llvm-svn: 98726
|
| |
|
|
|
|
|
| |
changed, rather than trying to point out how it changed. The "why"
doesn't matter.
llvm-svn: 98725
|
| |
|
|
|
|
|
|
|
| |
buffer was invalid when it was created, and use that bit to always set
the "Invalid" flag according to whether the buffer is invalid. This
ensures that all accesses to an invalid buffer are marked invalid,
improving recovery.
llvm-svn: 98690
|
| |
|
|
|
|
|
| |
Invalid bit through; there are no safety-critical callers of these
functions.
llvm-svn: 98674
|
| |
|
|
|
|
| |
them to recover more gracefully on failure.
llvm-svn: 98672
|
| |
|
|
|
|
|
| |
SourceManager versions), updating those callers that need to recover
gracefully from failure.
llvm-svn: 98665
|
| |
|
|
| |
llvm-svn: 98631
|
| |
|
|
|
|
| |
const char*.
llvm-svn: 98630
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
SourceManager's getBuffer() and, therefore, could fail, along with
Preprocessor::getSpelling(). Use the Invalid parameters in the literal
parsers (string, floating point, integral, character) to make them
robust against errors that stem from, e.g., PCH files that are not
consistent with the underlying file system.
I still need to audit every use caller to all of these routines, to
determine which ones need specific handling of error conditions.
llvm-svn: 98608
|
| |
|
|
|
|
| |
simplifying the SourceManager interfaces somewhat.
llvm-svn: 98598
|
| |
|
|
|
|
| |
and start simplifying the interfaces in SourceManager that can fail.
llvm-svn: 98594
|
| |
|
|
| |
llvm-svn: 98591
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
SourceManager's getBuffer() (and similar) operations. This abstract
can be used to force callers to cope with errors in getBuffer(), such
as missing files and changed files. Fix a bunch of callers to use the
new interface.
Add some very basic checks for file consistency (file size,
modification time) into ContentCache::getBuffer(), although these
checks don't help much until we've updated the main callers (e.g.,
SourceManager::getSpelling()).
llvm-svn: 98585
|
| |
|
|
|
|
| |
Thanks to Ben for pointing this out.
llvm-svn: 98345
|
| |
|
|
| |
llvm-svn: 98344
|
| |
|
|
| |
llvm-svn: 98342
|
| |
|
|
| |
llvm-svn: 98341
|
| |
|
|
| |
llvm-svn: 98340
|
| |
|
|
| |
llvm-svn: 98170
|
| |
|
|
| |
llvm-svn: 97890
|
| |
|
|
|
|
| |
return an empty string.
llvm-svn: 97809
|
| |
|
|
| |
llvm-svn: 97746
|
| |
|
|
| |
llvm-svn: 97716
|
| |
|
|
|
|
|
| |
hacky solution for translating. Expanded on comment explaining
the hack a bit.
llvm-svn: 97714
|
| |
|
|
| |
llvm-svn: 97656
|
| |
|
|
| |
llvm-svn: 97625
|
| |
|
|
|
|
|
|
| |
(even if it is defined). This fixes the issue of this function
returning '0' when SVN_VERSION is defined to be "".
Fixes: <rdar://problem/7663667>
llvm-svn: 97620
|
| |
|
|
|
|
| |
Patch by Oleksandr Tymoshenko!
llvm-svn: 97544
|
| |
|
|
|
|
|
|
|
| |
end-of-line source location when given a column number beyond the
length of the line, or an end-of-file source location when given a
line number beyond the length of the file. Previously, we would return
an invalid location.
llvm-svn: 97299
|
| |
|
|
|
|
| |
deserializer skip over noise in the stream
llvm-svn: 96641
|
| |
|
|
|
|
| |
try to address the msvc failures.
llvm-svn: 96624
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
we attach diagnostics to translation units and code-completion
results, so they can be queried at any time.
To facilitate this, the new StoredDiagnostic class stores a diagnostic
in a serializable/deserializable form, and ASTUnit knows how to
capture diagnostics in this stored form. CIndex's CXDiagnostic is a
thin wrapper around StoredDiagnostic, providing a C interface to
stored or de-serialized diagnostics.
I've XFAIL'd one test case temporarily, because currently we end up
storing diagnostics in an ASTUnit that's never returned to the user
(because it contains errors). I'll introduce a temporary fix for this
soon; the real fix will be to allow us to return and query invalid ASTs.
llvm-svn: 96592
|
| |
|
|
| |
llvm-svn: 96362
|
| |
|
|
| |
llvm-svn: 96321
|
| |
|
|
| |
llvm-svn: 96244
|
| |
|
|
| |
llvm-svn: 96242
|