| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 109077
|
| |
|
|
| |
llvm-svn: 109044
|
| |
|
|
|
|
| |
Win32 because of line ending differences.
llvm-svn: 109029
|
| |
|
|
|
|
|
|
|
| |
which is the part of the file that contains all of the initial
comments, includes, and preprocessor directives that occur before any
of the actual code. Added a new -print-preamble cc1 action that is
only used for testing.
llvm-svn: 108913
|
| |
|
|
|
|
| |
standard's minimum requirements.
llvm-svn: 108837
|
| |
|
|
| |
llvm-svn: 108622
|
| |
|
|
|
|
| |
'expected ';' after top level declarator' which is much less vague.
llvm-svn: 108106
|
| |
|
|
| |
llvm-svn: 107836
|
| |
|
|
| |
llvm-svn: 107153
|
| |
|
|
|
|
| |
Lexer/hexfloat.cpp is now XFAIL'd, I'd appreciate if someone could look into it.
llvm-svn: 106840
|
| |
|
|
|
|
|
|
| |
'-fasm' and explicitly map from that flag to -fgnu-keywords in the driver. Turn
off the driver in the lexer test for this madness and add a test to the driver
that the translation actually works.
llvm-svn: 104428
|
| |
|
|
|
|
|
|
|
| |
matching G++'s behavior.
Warn when -pedantic or -Wc++-hex-floats is passed, and
don't warn if -pedantic -Wno-c++-hex-floats are both passed.
llvm-svn: 104295
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
make it miss (invalid) things like:
<<<<<<<
>>>>>>>
and crash if
<<<<<<<
was at the end of the line. When we find a >>>>>>> that is not at the
end of the line, make sure to reset Pos so we don't crash on something
like:
<<<<<<< >>>>>>>
This isn't worth making testcases for, since each would require a new file.
rdar://7987078 - signal 11 compiling "<<<<<<<<<<"
llvm-svn: 103968
|
| |
|
|
|
|
|
|
| |
into ContentCache::getBuffer. This allows it to produce
diagnostics on the broken #include line instead of without a
location.
llvm-svn: 101939
|
| |
|
|
|
|
|
|
|
| |
about it instead of producing tons of garbage from the lexer.
It would be even better for sourcemgr to dynamically transcode (e.g.
from UTF16 -> UTF8).
llvm-svn: 101924
|
| |
|
|
| |
llvm-svn: 101700
|
| |
|
|
|
|
| |
them under -Wbad-literal. They're still on by default.
llvm-svn: 97284
|
| |
|
|
| |
llvm-svn: 94236
|
| |
|
|
|
|
| |
Fixes radar 7562363.
llvm-svn: 94224
|
| |
|
|
| |
llvm-svn: 93314
|
| |
|
|
|
|
|
| |
disabled with the intent that users can start with them now and not have to change
a thing to have them work when we implement the features.
llvm-svn: 93312
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
incompatible with user-defined literals, specifically with the following form:
0x1p+1
The preprocessing-number token extends only as far as the 'p'; the '+' is not
included. Previously we could get away with this extension as p was an invalid
suffix, but now with user-defined literals, 'p' might well be a valid suffix
and we are forced to consider it as such.
This patch also adds a warning in non-0x C++ modes telling the user that
this extension is incompatible with C++0x that is enabled by default
(previously and with other languages, we warn only with a compliance
option such as -pedantic).
llvm-svn: 93135
|
| |
|
|
| |
llvm-svn: 93072
|
| |
|
|
| |
llvm-svn: 92127
|
| |
|
|
|
|
|
|
|
| |
1. Don't make a copy of LangOptions every time a lexer is created.
2. Don't make CharInfo global mutable state.
3. Fix the implementation to properly treat ^Z as EOF instead of as
horizontal whitespace, which matches the semantic implemented by VC++.
llvm-svn: 91586
|
| |
|
|
|
|
|
| |
clang ' or ' clang -cc1 ' or ' clang-cc ' in test lines (by substituting them to
garbage).
llvm-svn: 91460
|
| |
|
|
|
|
|
|
|
| |
- This is designed to make it obvious that %clang_cc1 is a "test variable"
which is substituted. It is '%clang_cc1' instead of '%clang -cc1' because it
can be useful to redefine what gets run as 'clang -cc1' (for example, to set
a default target).
llvm-svn: 91446
|
| |
|
|
|
|
| |
files: PR5238.
llvm-svn: 91270
|
| |
|
|
|
|
| |
http://llvm.org/viewvc/llvm-project?view=rev&revision=80043
llvm-svn: 90860
|
| |
|
|
|
|
| |
preprocessor logic if C++ exceptions are enabled.
llvm-svn: 90378
|
| |
|
|
| |
llvm-svn: 90376
|
| |
|
|
| |
llvm-svn: 90373
|
| |
|
|
|
|
| |
btw, I believe that isMicrosoftInteger can go away; it's not read anywhere
llvm-svn: 90036
|
| |
|
|
|
|
| |
clang-cc when they do.
llvm-svn: 89070
|
| |
|
|
|
|
| |
- 'for i in $(find . -type f); do sed -e 's#\(RUN:.*[^ ]\) *&& *$#\1#g' $i | FileUpdate $i; done', for the curious.
llvm-svn: 86430
|
| |
|
|
|
|
|
| |
declarators are parsed primarily within a single function (at least for
these cases). Remove some excess diagnostics arising during parse failures.
llvm-svn: 85924
|
| |
|
|
| |
llvm-svn: 84005
|
| |
|
|
| |
llvm-svn: 81346
|
| |
|
|
|
|
|
|
| |
- This is just to normalize, these will go away soon hopefully.
Added all the missing '&&'s that have crept in. :)
llvm-svn: 77062
|
| |
|
|
|
|
| |
C++-specific tokens.
llvm-svn: 73408
|
| |
|
|
| |
llvm-svn: 73153
|
| |
|
|
| |
llvm-svn: 71572
|
| |
|
|
|
|
| |
and apparently not part of -Wall
llvm-svn: 70329
|
| |
|
|
| |
llvm-svn: 70315
|
| |
|
|
| |
llvm-svn: 70310
|
| |
|
|
| |
llvm-svn: 68933
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
which tries to do better error recovery when it is "obvious" that an
identifier is a mis-typed typename. In this case, we try to parse
it as a typename instead of as the identifier in a declarator, which
gives us several options for better error recovery and immediately
makes diagnostics more useful. For example, we now produce:
t.c:4:8: error: unknown type name 'foo_t'
static foo_t a = 4;
^
instead of:
t.c:4:14: error: invalid token after top level declarator
static foo_t a = 4;
^
Also, since we now parse "a" correctly, we make a decl for it,
preventing later uses of 'a' from emitting things like:
t.c:12:20: error: use of undeclared identifier 'a'
int bar() { return a + b; }
^
I'd really appreciate any scrutiny possible on this, it
is a tricky area.
llvm-svn: 68911
|
| |
|
|
|
|
| |
was causing the char after the newline to get eaten.
llvm-svn: 68430
|
| |
|
|
| |
llvm-svn: 68349
|
| |
|
|
| |
llvm-svn: 68347
|