| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
.cpp files to lib/Frontend. (As proposed on cfe-dev.)
llvm-svn: 72060
|
|
|
|
|
|
| |
for moving ASTConsumers.h to include/clang/Frontend.
llvm-svn: 72059
|
|
|
|
| |
llvm-svn: 72055
|
|
|
|
|
|
| |
ASTConsumers.h to include/clang/Frontend.
llvm-svn: 72054
|
|
|
|
|
|
| |
appropriate. There shouldn't be any significant functionality change.
llvm-svn: 72052
|
|
|
|
| |
llvm-svn: 71996
|
|
|
|
|
|
| |
ASTConsumers actually do.
llvm-svn: 71992
|
|
|
|
| |
llvm-svn: 71990
|
|
|
|
| |
llvm-svn: 71989
|
|
|
|
| |
llvm-svn: 71982
|
|
|
|
|
|
| |
valid C code.
llvm-svn: 71971
|
|
|
|
| |
llvm-svn: 71930
|
|
|
|
|
|
| |
-faccess-control option. When we have better support for it, we can enable it by default again.
llvm-svn: 71706
|
|
|
|
| |
llvm-svn: 71675
|
|
|
|
|
|
|
| |
(with -E), we turn the PCH include into an implicit include of the
file from which the PCH file was generated.
llvm-svn: 71534
|
|
|
|
|
|
| |
r71448 required. Fixes PR 4148 and PR 4183.
llvm-svn: 71450
|
|
|
|
| |
llvm-svn: 71184
|
|
|
|
| |
llvm-svn: 71172
|
|
|
|
|
|
| |
look at COLUMNS.
llvm-svn: 71120
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Apologies for the extremely gross code duplication, I want to get
this working and then decide how to get this information out of the
back end.
- This replaces -m[no-]sse4[12] by -m[no-]sse4, it appears gcc
doesn't distinguish them?
- -msse, etc. now properly disable/enable related features.
- Don't always define __SSE3__...
- The main missing functionality bit here is that we don't initialize
the features based on the CPU for all -march options.
llvm-svn: 71117
|
|
|
|
| |
llvm-svn: 71065
|
|
|
|
| |
llvm-svn: 71063
|
|
|
|
| |
llvm-svn: 71062
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- This is a WIP...
- This adds -march= handling to the driver, and fixes the defaulting
of -mcpu on Darwin (which was using the wrong test).
Instead of handling -m{sse, ...} in the driver, pass them to clang-cc as
-target-feature [+-]name
In clang-cc, communicate with the (clang) target to discover the legal
features of a target, and the features which are enabled based on
-mcpu. This is currently hardcoded just enough to not be a feature
regression, we need to get this information from the backend's
TableGen information somehow.
This is used to construct the full list of features which are being
used, which is in turn used to initialize the predefines.
llvm-svn: 71061
|
|
|
|
|
|
|
| |
- I will remove the flag when I'm comfortable there is no fallout
from this.
llvm-svn: 70993
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- This implements gcc style Objective-C interface layout (I
think). Currently it is always off, there is no functionality
change unless this is passed.
For the curious, the deal is that gcc lays out the fields of a
subclass as if they were part of the superclass. That is, the
subclass fields immediately follow the super class fields instead
of being padded to the alignment of the superclass structure.
- Currently gcc uses the tight layout in 32-bit and 64-bit modes, and
llvm-gcc uses it in 32-bit only, for reasons which aren't clear
yet. We probably want to switch to matching gcc, once this makes it
through testing... my hope is that we can also fix llvm-gcc in
order to maintain compatibility between the compilers.
llvm-svn: 70827
|
|
|
|
|
|
|
| |
- This is somewhat cleaner and also fixes PR4063 for real, I had the
order wrong so we were just creating an empty dependency file.
llvm-svn: 70687
|
|
|
|
| |
llvm-svn: 70686
|
|
|
|
|
|
|
|
|
|
|
| |
word-wrapping by default in Emacs; yay!). Thanks, Daniel.
Use LLVM's System layer rather than calling isatty() directly.
Fix a thinko in printing the indentation string that was causing some
weird output.
llvm-svn: 70654
|
|
|
|
|
|
| |
going to a terminal, word-wrap to the length of the terminal.
llvm-svn: 70611
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Also, put a line of whitespace between the diagnostic and the source
code/caret line when the start of the actual source code text lines up
(or nearly lines up) with the most recent line of the diagnostic. For
example, here it's okay for the last line of the diagnostic to be
(vertically) next to the source line, because there is horizontal
whitespace to separate them:
decl-expr-ambiguity.cpp:12:16: error: function-style cast to a builtin
type can only take one argument
typeof(int)(a,5)<<a;
However, here is a case where we need the vertical separation (since
there is no horizontal separation):
message-length.c:10:46: warning: incompatible pointer types initializing 'void
(int, float, char, float)', expected 'int (*)(int, float, short,
float)'
int (*fp1)(int, float, short, float) = f;
This is part one of <rdar://problem/6711348>.
llvm-svn: 70578
|
|
|
|
| |
llvm-svn: 70457
|
|
|
|
|
|
| |
level. This is more expressive.
llvm-svn: 70451
|
|
|
|
| |
llvm-svn: 70409
|
|
|
|
|
|
| |
branch).
llvm-svn: 70385
|
|
|
|
|
|
|
| |
compilation if the user requested a PCH file but no such PCH file
exists.
llvm-svn: 70332
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
PCH file and the predefines buffer used when including the PCH
file. We (explicitly) detect conflicting macro definitions (rejecting
the PCH file) and about missing macro definitions (they'll be
automatically pulled from the PCH file anyway).
We're missing some checking to make sure that new macro definitions
won't have any impact on the PCH file itself (e.g., #define'ing an
identifier that the PCH file used).
llvm-svn: 70316
|
|
|
|
| |
llvm-svn: 70282
|
|
|
|
|
|
| |
diagnostics to improve gcc compatibility; useful for dejagnu testing.
llvm-svn: 70278
|
|
|
|
| |
llvm-svn: 70259
|
|
|
|
|
|
|
| |
processing to after PCH is loaded. -Eonly and -parse-noop are close to working
with PCH now but are not quite there yet.
llvm-svn: 70257
|
|
|
|
| |
llvm-svn: 70250
|
|
|
|
|
|
| |
- Forces input file to be empty to time startup/shutdown costs.
llvm-svn: 70249
|
|
|
|
|
|
|
|
| |
essentially the same thing we do with pretokenized headers. stat()
caching improves performance of the Cocoa-prefixed "Hello, World" by
45%.
llvm-svn: 70223
|
|
|
|
|
|
| |
can't track down.
llvm-svn: 70155
|
|
|
|
|
|
|
|
| |
declaration rather than printing through the HandleTopLevelDecl
action. Using this, one can deserialize an entire PCH file and dump
it.
llvm-svn: 70108
|
|
|
|
| |
llvm-svn: 70095
|
|
|
|
|
|
|
| |
DeclContext rather than in a separate list. This makes PCH
(de-)serialization trivial, so that ivars can be loaded lazily.
llvm-svn: 69857
|
|
|
|
|
|
|
|
|
|
|
| |
methods, class methods, and property implementations) and instead
place all of these entities into the DeclContext.
This eliminates more linear walks when looking for class or instance
methods and should make PCH (de-)serialization of ObjCDecls trivial
(and lazy).
llvm-svn: 69849
|
|
|
|
|
|
|
| |
headers. Future approaches to (de-)serializing ASTs will be based on
the PCH infrastructure.
llvm-svn: 69828
|