| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
I missed updating them since I just ran check-llvm (with examples) in r295645.
llvm-svn: 295646
|
| |
|
|
|
|
| |
r295636.
llvm-svn: 295645
|
| |
|
|
|
|
|
|
|
|
| |
definition and forward declaration
Patch by Ivan Sidorenko!
Differential Revision: https://reviews.llvm.org/D29643
llvm-svn: 295644
|
| |
|
|
|
|
|
|
|
|
|
| |
all AVX instructions with the new value.
Add WIG value to all of AVX instructions which ignore the W-bit in their encoding, instead of giving them the default value of 0.
This patch is needed for a follow up work on EVEX2VEX pass (replacing EVEX encoded instructions with their corresponding VEX version when possible).
Differential Revision: https://reviews.llvm.org/D29876
llvm-svn: 295643
|
| |
|
|
|
|
| |
Initial value of V is sett nullptr, as it is not used.
llvm-svn: 295642
|
| |
|
|
|
|
|
|
|
|
| |
Reviewers: mkuper
Subscribers: llvm-commits, mzolotukhin
Differential Revision: https://reviews.llvm.org/D30103
llvm-svn: 295641
|
| |
|
|
|
|
| |
passthru isn't operand 0.
llvm-svn: 295640
|
| |
|
|
|
|
| |
load when the passthru op isn't operand 0.
llvm-svn: 295639
|
| |
|
|
|
|
| |
patterns.
llvm-svn: 295638
|
| |
|
|
|
|
| |
easier to spot bad swizzling.
llvm-svn: 295637
|
| |
|
|
|
|
|
|
|
|
| |
The current ObjectLinkingLayer (now RTDyldObjectLinkingLayer) links objects
in-process using MCJIT's RuntimeDyld class. In the near future I hope to add new
object linking layers (e.g. a remote linking layer that links objects in the JIT
target process, rather than the client), so I'm renaming this class to be more
descriptive.
llvm-svn: 295636
|
| |
|
|
|
|
|
| |
/usr/local/include/c++/4.9.4/type_traits:279:39: error: __float128 is not
supported on this target
llvm-svn: 295635
|
| |
|
|
|
|
| |
that aren't in operand 2.
llvm-svn: 295634
|
| |
|
|
| |
llvm-svn: 295633
|
| |
|
|
| |
llvm-svn: 295632
|
| |
|
|
|
|
|
|
| |
less than the operation size.
An earlier commit already did this for the register form.
llvm-svn: 295626
|
| |
|
|
|
|
| |
instructions when operation reads/writes memory.
llvm-svn: 295625
|
| |
|
|
|
|
| |
Other than this, we consistently use lower case.
llvm-svn: 295623
|
| |
|
|
| |
llvm-svn: 295622
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Use both LLDB- and LLVM-specific tool/library directories when LLDB is
being built stand-alone. This ensures that the freshly-built tools
(and libraries) are used correctly.
Without this patch, the test suite uses LLVM_TOOLS_DIR and LLVM_LIBS_DIR
to locate lldb, and set PATH and LD_LIBRARY_PATH. When doing
a stand-alone build, these variables represent the installed LLVM.
As a result, tests either fail due to missing lldb executable
or use an earlier installed LLDB version rather than the one being
built.
To solve this, additional LLDB_TOOLS_DIR and LLDB_LIBS_DIR variables
are added and populated using LLVM_*_OUTPUT_INTDIR. Those variables
contain directories used to output built executables and libraries.
In stand-alone builds, they represent the build-tree directories
used by LLDB. In integrated builds, they have the same values as
LLVM_*_DIR and therefore using them does not harm.
The new variables are prepended to PATH and LD_LIBRARY_PATH to ensure
that freshly built binaries are preferred over potentially earlier
installed ones. Furthermore, paths used to locate various tools are
updated to match appropriate locations.
Differential Revision: https://reviews.llvm.org/D29985
llvm-svn: 295621
|
| |
|
|
|
|
| |
Inline the addCompilerRT call to the single caller. NFC.
llvm-svn: 295620
|
| |
|
|
|
|
| |
patterns already increases their priority.
llvm-svn: 295619
|
| |
|
|
| |
llvm-svn: 295618
|
| |
|
|
| |
llvm-svn: 295617
|
| |
|
|
|
|
| |
new patterns to enable isel to fold the loads on it own.
llvm-svn: 295616
|
| |
|
|
| |
llvm-svn: 295615
|
| |
|
|
| |
llvm-svn: 295614
|
| |
|
|
|
|
|
|
| |
Replaces existing approach that could only search BUILD_VECTOR nodes.
Requires getTargetConstantBitsFromNode to discriminate cases with all/partial UNDEF bits in each element - this should also be useful when we get around to supporting getTargetShuffleMaskIndices with UNDEF elements.
llvm-svn: 295613
|
| |
|
|
|
|
|
|
| |
operand is not operand 0.
This uses a SDNodeXForm to swizzle the appropriate immediate bits to allow this to be matched.
llvm-svn: 295612
|
| |
|
|
|
|
| |
select is used to force the passthru operand to be not operand 0.
llvm-svn: 295611
|
| |
|
|
|
|
| |
Patch by Stefan Kempf.
llvm-svn: 295610
|
| |
|
|
|
|
|
|
|
| |
We can't support stack-protector on NVPTX because NVPTX doesn't expose a
stack to the compiler!
Fixes PR32009.
llvm-svn: 295609
|
| |
|
|
|
|
|
|
|
|
| |
combine depths.
As discussed on D27692, this permits another domain to be used to combine a shuffle at high depths.
We currently set the required depth at 4 or more combined shuffles, this is probably too high for most targets but is a good starting point and already helps avoid a number of costly variable shuffles.
llvm-svn: 295608
|
| |
|
|
| |
llvm-svn: 295607
|
| |
|
|
|
|
| |
Relax the INSERTPS/SHUFPS/SHUFPD combines to support integer inputs if permitted.
llvm-svn: 295606
|
| |
|
|
|
|
| |
Differential Revision: https://reviews.llvm.org/D30096
llvm-svn: 295605
|
| |
|
|
|
|
|
|
| |
Add the infrastructure to flag whether float and/or int domains are permitable.
A future patch will enable domain crossing based off shuffle depth and the value types of the source vectors.
llvm-svn: 295604
|
| |
|
|
| |
llvm-svn: 295603
|
| |
|
|
|
|
|
|
| |
The instructions are marked commutable, but without special handling we don't get the immediate correct.
While here also remove the masked memory forms that aren't commutable.
llvm-svn: 295602
|
| |
|
|
|
|
| |
with broadcast loads. Also demonstrates a bug in the commuting of broadcast vpternlog instructions when we are able to select them.
llvm-svn: 295601
|
| |
|
|
|
|
| |
std::vector::end().
llvm-svn: 295600
|
| |
|
|
| |
llvm-svn: 295599
|
| |
|
|
|
|
| |
asserts are on
llvm-svn: 295598
|
| |
|
|
|
|
| |
So remove debugcounter.ll for now
llvm-svn: 295597
|
| |
|
|
|
|
| |
NDEBUG defined
llvm-svn: 295596
|
| |
|
|
| |
llvm-svn: 295595
|
| |
|
|
| |
llvm-svn: 295594
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
We have support for bisection, and bugpoint can reduce testcases
often to a single pass. But that doesn't help reduce it to a single
transform by a single pass. Which debug counting lets us do.
Debug counting lets you instrument a pass so that it only executes a
certain thing (rwhatever you want) after skipping it a certain time of
times, and then only does a certain number of executions before saying
"skip" again.
To make it concrete, for predicateinfo, if i instrument use renaming,
i can make it so it skips renaming the first N uses, renames the next
N, and then skips the rest.
This lets you narrow down a miscompilation to, often, a single
transformation, and then also debug it (by using the same command line
parameters).
Reviewers: chandlerc, davide, mehdi_amini
Subscribers: mgorny, llvm-commits
Differential Revision: https://reviews.llvm.org/D29998
llvm-svn: 295593
|
| |
|
|
| |
llvm-svn: 295592
|
| |
|
|
|
|
| |
would run into infinite loop anyways with -Asserts.
llvm-svn: 295591
|