| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
| |
llvm-svn: 153988
|
| |
|
|
|
|
|
|
| |
diagnostics emitted to the
console, and leave it up to PathDiagnosticConsumer to unique reports with the shortest path.
llvm-svn: 153987
|
| |
|
|
| |
llvm-svn: 153986
|
| |
|
|
| |
llvm-svn: 153985
|
| |
|
|
|
|
| |
enum values
llvm-svn: 153984
|
| |
|
|
|
|
|
| |
for templates with local template arguments, from Michel Morin! Fixes
PR12337.
llvm-svn: 153983
|
| |
|
|
| |
llvm-svn: 153982
|
| |
|
|
|
|
| |
clients are in C++11/constexpr mode this will be safely ignored because piecewise_construct is then declared with internal linkage.
llvm-svn: 153981
|
| |
|
|
|
|
|
| |
svn r145378 inadvertently changed the destination for the Embedded target
in the makefile. Add a "/Developer" suffix to DSTROOT to compensate.
llvm-svn: 153980
|
| |
|
|
|
|
| |
it ;/
llvm-svn: 153979
|
| |
|
|
| |
llvm-svn: 153978
|
| |
|
|
| |
llvm-svn: 153977
|
| |
|
|
|
|
| |
would crash if it encountered a 1 element VSELECT. Solution is slightly more complicated than just creating a SELET as we have to mask or sign extend the vector condition if it had different boolean contents from the scalar condition. Fixes <rdar://problem/11178095>
llvm-svn: 153976
|
| |
|
|
| |
llvm-svn: 153975
|
| |
|
|
|
|
|
|
| |
So far all of configure tests have been run against the default SDK and
architecture, regardless of what is actually being built. We've gotten
lucky until now. <rdar://problem/11112479>
llvm-svn: 153972
|
| |
|
|
| |
llvm-svn: 153971
|
| |
|
|
|
|
|
|
| |
a view over the contents of a DeclContext without exposing the implementation
details of the StoredDeclsMap. Use this in LookupVisibleDecls to find the
visible declarations. Fixes PR12339!
llvm-svn: 153970
|
| |
|
|
|
|
| |
any targets. Then modified the darwin "crashlog.py" to use this agnostic info and the new functionality and classes.
llvm-svn: 153969
|
| |
|
|
| |
llvm-svn: 153968
|
| |
|
|
|
|
| |
looking up visible decls.
llvm-svn: 153967
|
| |
|
|
|
|
|
|
|
|
|
| |
When folding X == X we need to check getBooleanContents() to determine if the
result is a vector of ones or a vector of negative ones.
I tried creating a test case, but the problem seems to only be exposed on a
much older version of clang (around r144500).
rdar://10923049
llvm-svn: 153966
|
| |
|
|
|
|
| |
Patch by Bernard Cafarelli!
llvm-svn: 153965
|
| |
|
|
| |
llvm-svn: 153964
|
| |
|
|
|
|
| |
types into the lld namespace.
llvm-svn: 153963
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Infinite recursion was happening when DiagnoseInvalidRedeclaration
called ActOnFunctionDeclarator to check if a typo correction works when
the correction was just to the nested-name-specifier because the wrong
DeclContext was being passed in. Unlike a number of functions
surrounding typo correction, the DeclContext passed in for a function is
the context of the function name after applying any nested name
specifiers, not the lexical DeclContext where the
function+nested-name-specifier appears.
llvm-svn: 153962
|
| |
|
|
|
|
|
|
|
| |
might have more than 19 operands. Add a testcase to make sure I
never screw that up again.
Part of rdar://11026482
llvm-svn: 153961
|
| |
|
|
|
|
| |
// rdar://11169733
llvm-svn: 153960
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If we are pre-expanding a macro argument don't actually "activate"
the pragma at that point, activate the pragma whenever we encounter
it again in the token stream.
This ensures that we will activate it in the correct location
or that we will ignore it if it never enters the token stream, e.g:
\#define EMPTY(x)
\#define INACTIVE(x) EMPTY(x)
INACTIVE(_Pragma("clang diagnostic ignored \"-Wconversion\""))
This also fixes the crash in rdar://11168596.
llvm-svn: 153959
|
| |
|
|
|
|
|
|
| |
The colorability heuristic should count these as denied registers.
No test case - this exposed a bug on an out-of-tree target.
llvm-svn: 153958
|
| |
|
|
|
|
|
| |
And indirectly, a dependency on most of the core LLVM optimization
libraries.
llvm-svn: 153957
|
| |
|
|
| |
llvm-svn: 153956
|
| |
|
|
| |
llvm-svn: 153955
|
| |
|
|
| |
llvm-svn: 153954
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
To avoid overflows we still use a larger type (i64) while calculating the value
of the old ivs. However, we truncate the result to the type of the old iv when
providing it to the new code.
A corresponding test case is added to the polly test suite. Also, a failing test
case is fixed.
This fixes PR12311.
Contributed by: Tsingray Liu <tsingrayliu@gmail.com>
llvm-svn: 153952
|
| |
|
|
|
|
| |
testing machine.
llvm-svn: 153951
|
| |
|
|
|
|
| |
speedup.
llvm-svn: 153949
|
| |
|
|
| |
llvm-svn: 153948
|
| |
|
|
| |
llvm-svn: 153947
|
| |
|
|
| |
llvm-svn: 153946
|
| |
|
|
| |
llvm-svn: 153945
|
| |
|
|
| |
llvm-svn: 153944
|
| |
|
|
|
|
| |
of a superfluous 'default' label.
llvm-svn: 153943
|
| |
|
|
| |
llvm-svn: 153942
|
| |
|
|
| |
llvm-svn: 153941
|
| |
|
|
| |
llvm-svn: 153940
|
| |
|
|
| |
llvm-svn: 153939
|
| |
|
|
|
|
|
|
| |
to issue call via
PLT when LLVM is built as shared library. This mimics the X86 backend towards the approach.
llvm-svn: 153938
|
| |
|
|
| |
llvm-svn: 153937
|
| |
|
|
| |
llvm-svn: 153936
|
| |
|
|
| |
llvm-svn: 153935
|