| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
| |
__INTn_C_SUFFIX__ macros that are defined for types with corresponding
constant suffixes (i.e. long and long long).
llvm-svn: 88914
|
|
|
|
|
|
|
|
| |
- This ended up being hard to factor, sorry for the large diff.
- Some post-commit cleanup to come.
llvm-svn: 88833
|
|
|
|
| |
llvm-svn: 88774
|
|
|
|
|
|
| |
existing AST consumer based clang-cc actions.
llvm-svn: 88773
|
|
|
|
| |
llvm-svn: 88772
|
|
|
|
| |
llvm-svn: 88765
|
|
|
|
| |
llvm-svn: 88764
|
|
|
|
|
|
| |
- Not tested, but -verify with multiple inputs should work now.
llvm-svn: 88750
|
|
|
|
|
|
|
|
|
|
|
|
| |
- This reimplements -verify as just another DiagnosticClient, which buffers the diagnostics and checks them when the source file is complete. There are some hacks to make this work, but they are all internal, and this exposes a better external interface.
- This also tweaks a few things:
o Errors are now just regular diagnostics.
o Frontend diagnostics are now caught (for example, errors in command line arguments), although there isn't yet a way to specify that they are expected. That would be nice though.
- Not yet used.
llvm-svn: 88748
|
|
|
|
| |
llvm-svn: 88743
|
|
|
|
| |
llvm-svn: 88731
|
|
|
|
|
|
|
| |
option enables new "internal" checks that will eventually be turned on
by default but still require broader testing.
llvm-svn: 88671
|
|
|
|
| |
llvm-svn: 88667
|
|
|
|
| |
llvm-svn: 88661
|
|
|
|
|
|
| |
forcing all clients to do it.
llvm-svn: 87103
|
|
|
|
| |
llvm-svn: 87100
|
|
|
|
| |
llvm-svn: 87097
|
|
|
|
| |
llvm-svn: 87095
|
|
|
|
|
|
| |
clang-cc.cpp is now under 1k lines, if anyone is counting.
llvm-svn: 87090
|
|
|
|
|
|
| |
CompilerInstance::createPreprocessor.
llvm-svn: 87088
|
|
|
|
| |
llvm-svn: 87085
|
|
|
|
| |
llvm-svn: 87079
|
|
|
|
|
|
|
| |
- The design philosophy is in the CompilerInstance doxyment, if you don't agree
with it now would be a good time to speak up.
llvm-svn: 87078
|
|
|
|
| |
llvm-svn: 87073
|
|
|
|
|
|
| |
<rdar://problem/7387478>.
llvm-svn: 87072
|
|
|
|
| |
llvm-svn: 87066
|
|
|
|
|
|
| |
path-sensitive checks. The idea is to separate "barely working" or "skunkworks" checks from ones that should always run. Later we need more fine-grain checker control.
llvm-svn: 87053
|
|
|
|
|
|
| |
This resolves the layering violation where CodeGen depended on Frontend.
llvm-svn: 86998
|
|
|
|
|
|
|
|
|
|
| |
Ken Dyck!
"This adds definitions for types of 8-bit multiples
from 8 to 64 to stdint.h and rationalizes the selection of types
for the exact-width definitions in InitPreprocessor.cpp."
llvm-svn: 86977
|
|
|
|
|
|
|
| |
into TargetInfo, just derive this based on the underlying type.
This prevents them from getting out of synch, patch by Ken Dyck!
llvm-svn: 86976
|
|
|
|
| |
llvm-svn: 86968
|
|
|
|
| |
llvm-svn: 86967
|
|
|
|
| |
llvm-svn: 86956
|
|
|
|
|
|
| |
in the predefines buffer.
llvm-svn: 86903
|
|
|
|
|
|
| |
not doing this has little to no utility.
llvm-svn: 86883
|
|
|
|
|
|
| |
should probably always own the header search object, but I'm not sure...
llvm-svn: 86882
|
|
|
|
| |
llvm-svn: 86881
|
|
|
|
|
|
| |
CompilerInvocation and clang-cc.
llvm-svn: 86880
|
|
|
|
|
|
| |
violation.
llvm-svn: 86863
|
|
|
|
|
|
| |
clang-cc/Options.cpp
llvm-svn: 86828
|
|
|
|
|
|
| |
mode.
llvm-svn: 86827
|
|
|
|
| |
llvm-svn: 86823
|
|
|
|
|
|
| |
resetting the flag indicating that the current Decl* has not yet been displayed. Also move this out of AnalysisManager, since AnalysisManager should not handle text output to the user.
llvm-svn: 86812
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the front-end (as far as the preprocessor goes), follow the usual logic of
inserting the (original include path) name into the predefines buffer. This
pushes the responsibility for handling this to PCH instead of the front-end. In
PCH this requires being a little more clever when we diff the predefines
buffers.
Neither of these solutions are particularly great, I think what we eventually
should do is something like gcc where we insert a special marker to indicate the
PCH file, but then run the preprocessor as usual. This would be clearer and
would allow us to drop the overly clever predefines handling.
llvm-svn: 86806
|
|
|
|
| |
llvm-svn: 86805
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
tons of std::string trashing. I plan to move this and other fun string munging
utilities to a StringRefExtras.h at some point if no one beats me to it.
On a synthetic benchmark on x86_64, llvm-gcc actually generates code thats 10%
faster using the StringRef version. gcc miscompiles the synthetic benchmark,
which I'm crossing my fingers and hoping won't happen here. clang compiles the
sythetic benchmark correctly (wootness), but the StringRef version is
slower. Silly clang.
llvm-svn: 86799
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
parameters. Rather than storing them as either declarations (for the
non-dependent case) or expressions (for the dependent case), we now
(always) store them as TemplateNames.
The primary change here is to add a new kind of TemplateArgument,
which stores a TemplateName. However, making that change ripples to
every switch on a TemplateArgument's kind, also affecting
TemplateArgumentLocInfo/TemplateArgumentLoc, default template
arguments for template template parameters, type-checking of template
template arguments, etc.
This change is light on testing. It should fix several pre-existing
problems with template template parameters, such as:
- the inability to use dependent template names as template template
arguments
- template template parameter default arguments cannot be
instantiation
However, there are enough pieces missing that more implementation is
required before we can adequately test template template parameters.
llvm-svn: 86777
|
|
|
|
| |
llvm-svn: 86775
|
|
|
|
| |
llvm-svn: 86774
|
|
|
|
| |
llvm-svn: 86760
|