| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
@implementation block.
PR18406.
llvm-svn: 198770
|
| |
|
|
|
|
|
|
|
|
| |
Before:
vector<int> foo{ ::SomeFunction()};
After:
vector<int> foo{::SomeFunction()};
llvm-svn: 198769
|
| |
|
|
|
|
| |
Patch reviewed by Rafael Espindola.
llvm-svn: 198765
|
| |
|
|
|
|
|
| |
This is a further build fix attempt for r198747 on some Makefile builders where
the value wasn't set at all.
llvm-svn: 198764
|
| |
|
|
| |
llvm-svn: 198751
|
| |
|
|
|
|
|
|
|
|
|
| |
Convert CMake CLANG_BUILD_EXAMPLES to a boolean value for consumption by
Python, otherwise the raw config string gets passed through which may not be
0/1.
The if/else matches the technique used to solve the problem in LLVM's own
CMakeLists.txt.
llvm-svn: 198750
|
| |
|
|
|
|
|
|
|
| |
With the old use of -std=c89 off_t is not defined and the build fails.
This seems to be another variation of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40278.
llvm-svn: 198748
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Somehow the entire plugin infrastructure went wholly untested until now.
The only plugins available for use in testing are the examples, so plugin tests
will only be run if CLANG_BUILD_EXAMPLES is enabled in the build.
(The examples should really be enabled by default, not just to aid testing but
also to prevent bitrot in some key user-facing code. I'll propose that
shortly.)
Requires supporting changes in LLVM r198746.
llvm-svn: 198747
|
| |
|
|
| |
llvm-svn: 198741
|
| |
|
|
|
|
| |
not cause the template specialization to have no linkage.
llvm-svn: 198726
|
| |
|
|
| |
llvm-svn: 198723
|
| |
|
|
|
|
| |
<rdar://problem/15711488>
llvm-svn: 198722
|
| |
|
|
|
|
|
|
| |
type-specifier in C++. Some checks will assert in this case otherwise (in
particular, the access specifier may be missing if this happens inside a class
definition, due to a violation of an AST invariant).
llvm-svn: 198721
|
| |
|
|
|
|
|
|
| |
Debug info: Implement a cleaner version of r198461. For symmetry with
C and C++ don't emit an extra lexical scope for the compound statement
that is the body of an Objective-C method.
llvm-svn: 198715
|
| |
|
|
|
|
|
|
| |
within"
This reverts commit r198461.
llvm-svn: 198714
|
| |
|
|
|
|
| |
This reverts commit 198699 so we can get a cleaner patch.
llvm-svn: 198713
|
| |
|
|
|
|
| |
PR18339
llvm-svn: 198711
|
| |
|
|
|
|
|
|
|
|
| |
...even though the argument is declared "const void *", because this is
just a way to pass pointers around as objects. (Though NSData is often
a better one.)
PR18262
llvm-svn: 198710
|
| |
|
|
|
|
|
|
|
|
|
|
| |
RetainCountChecker has to track returned object values to know if they are
retained or not. Under ARC, even methods that return +1 are tracked by the
system and should be treated as +0. However, this effect behaves exactly
like NotOwned(ObjC), i.e. a generic Objective-C method that actually returns
+0, so we don't need a special case for it.
No functionality change.
llvm-svn: 198709
|
| |
|
|
|
|
| |
extensive refactorings that have happened over the past several months.
llvm-svn: 198705
|
| |
|
|
|
|
|
|
| |
In SVN checkouts, clang_revision_tag is rerun on every build, even if nothing
else is dirty. After this change, Version.inc is only written at cmake time,
so that empty builds run 0 build steps (like r191784 apparently did for git).
llvm-svn: 198704
|
| |
|
|
|
|
|
|
|
| |
C and C++ don't emit an extra lexical scope for the compound statement
that is the body of an Objective-C method.
rdar://problem/15010825
llvm-svn: 198699
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Before:
$ clang-format --version
LLVM (http://llvm.org/):
LLVM version 3.5svn
Optimized build with assertions.
Built Jan 3 2014 (14:28:46).
Default target: x86_64-apple-darwin13.0.0
Host CPU: core-avx-i
Now:
$ bin/clang-format --version
clang-format version 3.5 (198452)
llvm-svn: 198694
|
| |
|
|
| |
llvm-svn: 198692
|
| |
|
|
| |
llvm-svn: 198689
|
| |
|
|
|
|
|
| |
encodes the canonical rules for LLVM's style. I noticed this had drifted
quite a bit when cleaning up LLVM, so wanted to clean up Clang as well.
llvm-svn: 198686
|
| |
|
|
|
|
|
|
|
|
| |
are vector types
and add a diagnostic when the operand is a vector and non-scalar value.
rdar://15722301
llvm-svn: 198680
|
| |
|
|
|
|
|
| |
I have no idea why Clang's warning doesn't fire here, looks like a Clang
bug. I'll investigate that separately.
llvm-svn: 198677
|
| |
|
|
| |
llvm-svn: 198672
|
| |
|
|
| |
llvm-svn: 198671
|
| |
|
|
| |
llvm-svn: 198670
|
| |
|
|
|
|
|
|
| |
This backs out changes in commit r198605 and part of r198604, replacing the
original tok::kw_template with a slightly more obvious placeholder
tok::unknown.
llvm-svn: 198666
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
It controls everything that -flimit-debug-info used to, plus the
vtable type optimization. The old -fno-limit-debug-info option is now an
alias to -fstandalone-debug and vice versa.
Standalone is the default on Darwin until dtrace is updated to work with
non-standalone debug info (rdar://problem/15758808).
Note: I kept the LimitedDebugInfo name in CodeGenOptions::DebugInfoKind
because NoStandaloneDebugInfo sounded even more confusing.
llvm-svn: 198655
|
| |
|
|
|
|
| |
is only used in an assert. Do not do it if assert is not on.
llvm-svn: 198652
|
| |
|
|
|
| |
FIXME: Don't seek bb labels, like "if.else"
llvm-svn: 198651
|
| |
|
|
| |
llvm-svn: 198649
|
| |
|
|
| |
llvm-svn: 198645
|
| |
|
|
| |
llvm-svn: 198640
|
| |
|
|
|
|
| |
These flags will be used for instrumentation based PGO.
llvm-svn: 198639
|
| |
|
|
|
|
|
| |
Try to fix Compiler Error C2011 following r198607 by removing enum from 'enum
TokenKind' parameter types.
llvm-svn: 198621
|
| |
|
|
|
|
|
|
|
|
| |
This matches up the underlying type against the actual storage type 'unsigned
short' and lets us get rid of some casts while we're at it.
Effort is made to keep this building in pre-C++11 but as with other features
Token will be less efficiently packed in in legacy configurations.
llvm-svn: 198607
|
| |
|
|
|
|
| |
As far as the parser is concerned the tag type is always a keyword.
llvm-svn: 198606
|
| |
|
|
| |
llvm-svn: 198605
|
| |
|
|
|
|
|
|
|
| |
Implemented with a new getKeywordSpelling() accessor. Unlike getTokenName() the
result of this function is stable and may be used in diagnostic output.
Uses of this feature are split out into the subsequent commit.
llvm-svn: 198604
|
| |
|
|
|
|
|
| |
That's what it does, what the documentation says it does and what callers
expect it to do.
llvm-svn: 198603
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
enum-scoped.cpp:93:6: error: enumeration redeclared with different underlying type 'short' (was 'int')
enum Redeclare6 : short;
^
enum-scoped.cpp:92:6: note: previous declaration is here
enum Redeclare6 : int;
^ ~~~
The redeclaration source range is still missing but this is a step forward,
potentially edging towards a FixIt.
llvm-svn: 198601
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In all three checks, the note indicates a previous declaration and never a 'use'.
Before:
enum-scoped.cpp:92:6: note: previous use is here
enum Redeclare6 : int;
^
After:
enum-scoped.cpp:92:6: note: previous declaration is here
enum Redeclare6 : int;
^
llvm-svn: 198600
|
| |
|
|
| |
llvm-svn: 198599
|
| |
|
|
| |
llvm-svn: 198598
|
| |
|
|
|
|
| |
type of a function.
llvm-svn: 198597
|