| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
|
|
| |
involving 'restrict', place restrict on the pointer type rather than
on the pointee type. Also make sure that we gather restrict from the
pointer type. Fixes PR12854 and the major part of PR11093.
llvm-svn: 157910
|
| |
|
|
| |
llvm-svn: 157907
|
| |
|
|
|
|
| |
types defined.
llvm-svn: 157906
|
| |
|
|
| |
llvm-svn: 157904
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Before:
test.cc:2:18: note: place parentheses around the == expression to silence this warning
if (0 == flags & 0xdd)
^
( )
Now:
test.cc:2:18: note: place parentheses around the == expression to silence this warning
if (0 == flags & 0xdd)
^
( )
llvm-svn: 157897
|
| |
|
|
|
|
|
|
|
|
|
| |
constructor
so we can destroy it even if it was constructed with "DelayInitialization = true",
and we didn't end up calling Preprocessor::Initialize.
Fixes crashes in rdar://11558355
llvm-svn: 157892
|
| |
|
|
|
|
| |
path.
llvm-svn: 157889
|
| |
|
|
|
|
|
| |
-mhard-float, and -mfloat-abi= to the new function getMipsFloatABI. That
simplifies reuse of this code.
llvm-svn: 157888
|
| |
|
|
| |
llvm-svn: 157886
|
| |
|
|
|
|
| |
diagnostics: -Wimplicit-fallthrough-per-method
llvm-svn: 157871
|
| |
|
|
|
|
|
|
| |
explicitly.
This will make it easier to add inlining support to more expressions.
llvm-svn: 157870
|
| |
|
|
|
|
|
|
|
|
|
|
| |
When we timeout or exceed a max number of blocks within an inlined
function, we retry with no inlining starting from a node right before
the CallEnter node. We assume the state of that node is the state of the
program before we start evaluating the call. However, the node pruning
removes this node as unimportant.
Teach the node pruning to keep the predecessors of the call enter nodes.
llvm-svn: 157860
|
| |
|
|
|
|
|
| |
We should not stop exploring the path after we return from an empty
function.
llvm-svn: 157859
|
| |
|
|
| |
llvm-svn: 157851
|
| |
|
|
| |
llvm-svn: 157833
|
| |
|
|
|
|
|
|
| |
but different nested name specifiers to quietly clobber each other so
only one remains if they do not refer to the same NamedDecl. Fixes
PR12951.
llvm-svn: 157823
|
| |
|
|
|
|
| |
Part of rdar://11570854
llvm-svn: 157787
|
| |
|
|
|
|
|
|
|
|
| |
__bridge_retained/__bridge_transfer
when migrating.
rdar://11569198
llvm-svn: 157785
|
| |
|
|
|
|
| |
unevaluated field in C++11 mode. This fixes PR12866.
llvm-svn: 157784
|
| |
|
|
|
|
|
|
|
|
| |
the confusion among all of the uses of Best* in relation to the set of
possible typo correction results. Also add a method to return the set of
typo corrections that have the single best edit distance--it returns the
second half of the first pair in TypoEditDistanceMap (with
getBestEditDistance already returning the first half).
llvm-svn: 157781
|
| |
|
|
|
|
|
| |
have correct pointer type or issue error,
instead of crashing in IRGen. // rdar:// 11569860
llvm-svn: 157780
|
| |
|
|
| |
llvm-svn: 157772
|
| |
|
|
|
|
|
|
|
|
| |
We should lock the number of elements after the initial parsing is
complete. Recursive AST visitors in AnalyzesConsumer and CallGarph can
trigger lazy pch deserialization resulting in more calls to
HandleTopLevelDecl and appending to the LocalTUDecls list. We should
ignore those.
llvm-svn: 157762
|
| |
|
|
| |
llvm-svn: 157759
|
| |
|
|
|
|
|
|
|
| |
we have significantly
improved the pruning heuristics. The current heuristics are pretty good, but they make diagnostics
for uninitialized variables warnings particularly useless in some cases.
llvm-svn: 157734
|
| |
|
|
| |
llvm-svn: 157733
|
| |
|
|
|
|
| |
As per comments following r157659.
llvm-svn: 157722
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Follow up in r155693, r155680.
Prevents a hard to reproduce crash with the following stack trace:
3 libsystem_c.dylib 0x00007ff55a835050 _sigtramp + 18446744029881443184
4 clang 0x0000000106218e97 (anonymous
namespace)::AnalysisConsumer::HandleTranslationUnit(clang::ASTContext&)
+ 519
5 clang 0x0000000105cf3002 clang::ParseAST(clang::Sema&,
bool, bool) + 690
6 clang 0x00000001059a41d8
clang::ASTFrontendAction::ExecuteAction() + 312
7 clang 0x00000001059a3df7 clang::FrontendAction::Execute()
+ 231
8 clang 0x00000001059b0ecc
clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) + 860
9 clang 0x000000010595e451
clang::ExecuteCompilerInvocation(clang::CompilerInstance*) + 961
10 clang 0x0000000105947f29 cc1_main(char const**, char
const**, char const*, void*) + 969
11 clang 0x0000000105958259 main + 473
12 clang 0x0000000105947b34 start + 52
llvm-svn: 157721
|
| |
|
|
| |
llvm-svn: 157716
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This is a large class of false positives where anonymous enums are used to
declare constants (see Clang's Diagnostics.h for example). A small number of
true positives could probably be found in this bucket by still warning if the
anonymous enum is used in a declarator (enum { ... } x;) but so far we don't
believe this to be a source of significant benefit so I haven't bothered to
preserve those cases.
General offline review/acknowledgment by rtrieu.
llvm-svn: 157713
|
| |
|
|
|
|
| |
and reported as PR12959. // rdar://11499742
llvm-svn: 157697
|
| |
|
|
|
|
| |
Adds missing header guards to Refactoring.h.
llvm-svn: 157694
|
| |
|
|
| |
llvm-svn: 157687
|
| |
|
|
|
|
| |
missing break at the end of btver1 feature list.
llvm-svn: 157680
|
| |
|
|
| |
llvm-svn: 157676
|
| |
|
|
| |
llvm-svn: 157667
|
| |
|
|
|
|
|
|
|
|
|
|
| |
same value and were initialized with literals. Clang will warn on code like
this:
enum A {
FIRST = 1,
SECOND = 1
};
llvm-svn: 157666
|
| |
|
|
|
|
|
| |
Also, do not display the builtin name and macro expansion when the
function is a builtin.
llvm-svn: 157659
|
| |
|
|
|
|
| |
This patch fixes it. // rdar://11488351
llvm-svn: 157646
|
| |
|
|
|
|
|
|
| |
getter result type is safe but does not match with property
type resulting in spurious warning followed by crash in
IRGen. // rdar://11515196
llvm-svn: 157641
|
| |
|
|
| |
llvm-svn: 157639
|
| |
|
|
|
|
|
| |
This is a clean-room implementation based on public documentation and
I tried to validate it as much as possible against gcc.
llvm-svn: 157638
|
| |
|
|
| |
llvm-svn: 157635
|
| |
|
|
|
|
|
| |
the Clang::ConstructJob() to the new ArgList::getLastArg() routine
with eight argument. That simplifies reusing of this code.
llvm-svn: 157633
|
| |
|
|
|
|
| |
This doesn't really fit the existing SSELevel so it gets an extra flag.
llvm-svn: 157630
|
| |
|
|
| |
llvm-svn: 157628
|
| |
|
|
| |
llvm-svn: 157626
|
| |
|
|
|
|
| |
Leave a better fixme for different debug info flags
llvm-svn: 157602
|
| |
|
|
|
|
|
| |
is negligible, but it makes the code clearer. Based on a suggestion by
Jordy Rose.
llvm-svn: 157601
|
| |
|
|
|
|
| |
the operands are vectors of doubles.
llvm-svn: 157596
|