| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
| |
Breaks asan, see https://reviews.llvm.org/D22103
This reverts commit r275777.
llvm-svn: 275889
|
|
|
|
| |
llvm-svn: 275888
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
The trampoline allocation limits the memory scanning to 1 gig.
There is an unittest that is allocating a large object which make
it impossible to the trampoline allocator to find a free spot.
see shadow_mapping_failures:
```
char bigchunk[1 << 30];
```
This patch is not fixing the unittest but it's fixing it's infinite
loop behavior.
Reviewers: rnk
Subscribers: llvm-commits, wang0109, chrisha
Differential Revision: https://reviews.llvm.org/D22471
llvm-svn: 275887
|
|
|
|
| |
llvm-svn: 275886
|
|
|
|
|
|
| |
rdar://25235812
llvm-svn: 275885
|
|
|
|
|
|
|
|
|
| |
replaceUsesOfWith will, on average, consider fewer values when trying
to do the replacement.
No functional change is intended.
llvm-svn: 275884
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
form.
Summary:
SSAUpdate might insert PHI-nodes inside loops, which can break LCSSA
form unless we fix it up.
This fixes PR28424.
Reviewers: sanjoy, chandlerc, hfinkel
Subscribers: uabelho, llvm-commits
Differential Revision: http://reviews.llvm.org/D21997
llvm-svn: 275883
|
|
|
|
|
|
|
|
|
|
| |
Summary: Removed unused headers, replaced some headers with forward class declarations
Patch by: Eugene <claprix@yandex.ru>
Differential Revision: https://reviews.llvm.org/D20100
llvm-svn: 275882
|
|
|
|
|
|
| |
This is already casted above so non-null
llvm-svn: 275881
|
|
|
|
|
|
| |
This reverts commit r275820. It is failing on the bots.
llvm-svn: 275880
|
|
|
|
| |
llvm-svn: 275879
|
|
|
|
|
|
| |
Added tests for SSE2 as well as SSE41
llvm-svn: 275878
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
For assembly files without .intel_syntax or .att_syntax directives, allow the
-masm= flag to supply a default assembly dialect. For example,
C:\TMP> type intel.s
.text
mov al,0
C:\TMP> clang -masm=intel -c intel.s
Without this patch, one would need to pass an "-mllvm -x86-asm-syntax=" flag
directly to the backend.
C:\TMP> clang -mllvm --x86-asm-syntax=intel -c intel.s
Differentials Review: http://reviews.llvm.org/D22285
llvm-svn: 275877
|
|
|
|
|
|
| |
Added tests for SSE2 as well as SSE41+AVX
llvm-svn: 275876
|
|
|
|
|
|
| |
Added tests for SSE2 as well as SSE41
llvm-svn: 275875
|
|
|
|
| |
llvm-svn: 275874
|
|
|
|
| |
llvm-svn: 275873
|
|
|
|
| |
llvm-svn: 275872
|
|
|
|
| |
llvm-svn: 275871
|
|
|
|
| |
llvm-svn: 275870
|
|
|
|
|
|
|
|
|
|
| |
This is currently only called with GEP users. A direct
alloca would only happen with current typed pointers
for arrays which are a perverse case.
Also fix crashes on 0 x and 1 x arrays.
llvm-svn: 275869
|
|
|
|
|
|
|
| |
Non intrinsic calls aren't really handled, and this
IntrinsicInst dyn_cast checks for the function for us.
llvm-svn: 275868
|
|
|
|
|
|
| |
Address a couple of post-commit review comments from r275707.
llvm-svn: 275867
|
|
|
|
|
|
|
|
|
| |
Elsewhere (particularly computeKnownBits) we assume that a global will be
aligned to the value returned by Value::getPointerAlignment. This is used to
boost the alignment on memcpy/memset, so any target-specific request can only
increase that value.
llvm-svn: 275866
|
|
|
|
|
|
| |
And make it easier to spot code going dead by using elf::.
llvm-svn: 275858
|
|
|
|
| |
llvm-svn: 275849
|
|
|
|
| |
llvm-svn: 275848
|
|
|
|
| |
llvm-svn: 275847
|
|
|
|
|
|
| |
The 3.9 release are on the 3.9 branch.
llvm-svn: 275846
|
|
|
|
|
|
| |
The 3.9 release are on the 3.9 branch.
llvm-svn: 275845
|
|
|
|
|
|
| |
The 3.9 release are on the 3.9 branch.
llvm-svn: 275844
|
|
|
|
| |
llvm-svn: 275843
|
|
|
|
| |
llvm-svn: 275842
|
|
|
|
|
|
| |
Based on a suggestion by Harlan Haskins!
llvm-svn: 275840
|
|
|
|
|
|
| |
Use CodeCoverageTool::{error,warning} everywhere.
llvm-svn: 275837
|
|
|
|
|
|
| |
Differential Revision: https://reviews.llvm.org/D21821
llvm-svn: 275827
|
|
|
|
|
|
| |
the fate of /Zd
llvm-svn: 275826
|
|
|
|
|
|
|
| |
This is not compliant with the official ABI, but allows experimentation
with calling conventions.
llvm-svn: 275825
|
|
|
|
| |
llvm-svn: 275824
|
|
|
|
|
|
| |
Currently we only decode broadcasts from a vector of the same size.
llvm-svn: 275823
|
|
|
|
|
|
|
| |
This is compliant with the official ABI, but allows experimentation with
calling conventions.
llvm-svn: 275822
|
|
|
|
| |
llvm-svn: 275821
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This checker checks copy and move assignment operators whether they are
protected against self-assignment. Since C++ core guidelines discourages
explicit checking for `&rhs==this` in general we take a different approach: in
top-frame analysis we branch the exploded graph for two cases, where &rhs==this
and &rhs!=this and let existing checkers (e.g. unix.Malloc) do the rest of the
work. It is important that we check all copy and move assignment operator in top
frame even if we checked them already since self-assignments may happen
undetected even in the same translation unit (e.g. using random indices for an
array what may or may not be the same).
A patch by Ádám Balogh!
Differential Revision: https://reviews.llvm.org/D19311
llvm-svn: 275820
|
|
|
|
|
|
| |
Reviewed at https://reviews.llvm.org/D21637.
llvm-svn: 275819
|
|
|
|
|
|
|
|
|
|
| |
DAGTypeLegalizer::CanSkipSoftenFloatOperand should allow
SELECT op code for x86_64 fp128 type for MME targets,
so SoftenFloatOperand does not abort on SELECT op code.
Differential Revision: http://reviews.llvm.org/D21758
llvm-svn: 275818
|
|
|
|
| |
llvm-svn: 275817
|
|
|
|
|
|
| |
It is breaking build 32-bit build bots.
llvm-svn: 275816
|
|
|
|
|
|
|
|
|
| |
We negated a value with a signed type which invited problems when that
value was the most negative signed number. Use an unsigned type
for the value instead. It will compute the same twos complement
result without the UB.
llvm-svn: 275815
|
|
|
|
| |
llvm-svn: 275814
|
|
|
|
|
|
|
| |
It didn't really work on r600 to begin with, which should
get its own intrinsic.
llvm-svn: 275813
|