| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary: Add one gtest-style test.
Test Plan: run on bot
Reviewers: samsonov
Reviewed By: samsonov
Subscribers: llvm-commits
Differential Revision: http://reviews.llvm.org/D7287
llvm-svn: 227639
|
| |
|
|
|
|
| |
without a Function argument.
llvm-svn: 227638
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
it appeared to be.
Also revert r227489 since it didn't actually fix the thing I thought I
was fixing (since the test case was targeting the wrong architecture
initially). The change might be correct & demonstrated by other test
cases, but it's not a priority for me to find those test cases right
now.
Filed PR22417 for the failure.
llvm-svn: 227632
|
| |
|
|
| |
llvm-svn: 227626
|
| |
|
|
|
|
| |
This leak was detected by ASan bootstrap of LLVM.
llvm-svn: 227625
|
| |
|
|
| |
llvm-svn: 227624
|
| |
|
|
| |
llvm-svn: 227623
|
| |
|
|
|
|
| |
without a Function argument.
llvm-svn: 227622
|
| |
|
|
| |
llvm-svn: 227619
|
| |
|
|
|
|
| |
This fixes a crash in Unigine Heaven.
llvm-svn: 227618
|
| |
|
|
| |
llvm-svn: 227614
|
| |
|
|
| |
llvm-svn: 227613
|
| |
|
|
| |
llvm-svn: 227612
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
MSDN's x64 software conventions page says that this is one of the fixed
list of legal epilogues:
https://msdn.microsoft.com/en-us/library/tawsa7cb.aspx
Presumably this is how the unwinder distinguishes epilogue jumps from
in-function control flow.
Also normalize the way we place "## TAILCALL" comments on such jumps.
llvm-svn: 227611
|
| |
|
|
| |
llvm-svn: 227609
|
| |
|
|
| |
llvm-svn: 227607
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Add tie breaker to colorChainSet() sort so that processing order doesn't
depend on std::set order, which depends on pointer order, which is
unstable from run to run.
No test case as this is nearly impossible to reproduce.
Phabricator Review: http://reviews.llvm.org/D7265
Patch by Geoff Berry <gberry@codeaurora.org>!
llvm-svn: 227606
|
| |
|
|
| |
llvm-svn: 227605
|
| |
|
|
|
|
|
| |
instruction and generalize it to optionally dereference the variable.
Follow-up to r227544.
llvm-svn: 227604
|
| |
|
|
|
|
|
|
|
|
| |
If the original FPU specification involved a restricted VFP unit (d16), ensure
that we reset the functionality when we encounter a new FPU type. In
particular, if the user specified vfpv3-d16, but switched to a VFPv3 (which has
32 double precision registers), we would fail to reset the D16 feature, and
treat it as being equivalent to vfpv3-d16.
llvm-svn: 227603
|
| |
|
|
|
|
|
|
| |
to respect the debug location of comparisons in jumps.""
This reverts commit r227600, since that reverted the wrong comit. Sorry.
llvm-svn: 227601
|
| |
|
|
|
|
|
|
| |
respect the debug location of comparisons in jumps."
This reverts commit r227488 as it was failing ARM bots.
llvm-svn: 227600
|
| |
|
|
| |
llvm-svn: 227598
|
| |
|
|
|
|
|
| |
In the case of an invalid FPU name, place the caret at the name rather than FPU
directive.
llvm-svn: 227595
|
| |
|
|
|
|
|
|
|
| |
Added a test case for it.
Also added run lines for the test case in r227566.
Bugs found with afl-fuzz
llvm-svn: 227589
|
| |
|
|
| |
llvm-svn: 227588
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
In preparation for adding PDB support to LLVM, this moves the
DWARF parsing code to its own subdirectory under DebugInfo, and
renames LLVMDebugInfo to LLVMDebugInfoDWARF.
This is purely a mechanical / build system change.
Differential Revision: http://reviews.llvm.org/D7269
Reviewed by: Eric Christopher
llvm-svn: 227586
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
The FPU directive permits the user to switch the target FPU, enabling
instructions that would be otherwise unavailable. However, when configuring the
new subtarget features, we would not enable the implied functions for newer
FPUs. This would result in invalid rejection of valid input. Ensure that we
inherit the implied FPU functionality when enabling newer versions of the FPU.
Fortunately, these are mostly hierarchical, unlike the CPUs.
Addresses PR22395.
llvm-svn: 227584
|
| |
|
|
| |
llvm-svn: 227582
|
| |
|
|
|
|
|
|
|
|
|
|
| |
analyses back into the LTO code generator.
The pass manager builder (and the transforms library in general)
shouldn't be referencing the target machine at all.
This makes the LTO population work like the others -- the data layout
and target transform info need to be pre-populated.
llvm-svn: 227576
|
| |
|
|
|
|
| |
covering switch.
llvm-svn: 227575
|
| |
|
|
|
|
| |
r227519.
llvm-svn: 227574
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
instead of using InstAlias.
Summary:
This is needed by the .cprestore assembler directive.
This directive needs to be able to insert an LW instruction after every JALR replacement of a JAL pseudo-instruction
(and never after a JALR which has NOT been a result of a pseudo-instruction replacement).
The problem with using InstAlias for these is that after it replaces the pseudo-instruction, we can't find out if the resulting JALR instruction
was generated by an InstAlias or not, so we don't know whether or not to insert our LW instruction.
By replacing it manually, we know when the pseudo-instruction replacement happens and we can insert the LW instruction correctly.
Reviewers: dsanders
Reviewed By: dsanders
Subscribers: emaste, llvm-commits
Differential Revision: http://reviews.llvm.org/D5601
llvm-svn: 227568
|
| |
|
|
|
|
| |
Bug found with afl-fuzz
llvm-svn: 227566
|
| |
|
|
|
|
|
|
|
|
| |
Previously, only -1 and +1 step values are supported for induction variables. This patch extends LV to support
arbitrary constant steps.
Initial patch by Alexey Volkov. Some bug fixes are added in the following version.
Differential Revision: http://reviews.llvm.org/D6051 and http://reviews.llvm.org/D7193
llvm-svn: 227557
|
| |
|
|
|
|
|
|
| |
use "DAG.getUNDEF(MVT::v8i8)" to get all zero vector.
Patch by Wei-cheng Wang.
llvm-svn: 227550
|
| |
|
|
| |
llvm-svn: 227548
|
| |
|
|
| |
llvm-svn: 227547
|
| |
|
|
| |
llvm-svn: 227546
|
| |
|
|
|
|
| |
so we need to move the dbg.declare intrinsics that describe them, too.
llvm-svn: 227544
|
| |
|
|
|
|
| |
for the target dependent one.
llvm-svn: 227542
|
| |
|
|
|
|
| |
upon as an argument and store/use that in the entire function.
llvm-svn: 227541
|
| |
|
|
| |
llvm-svn: 227539
|
| |
|
|
|
|
| |
version. Update NVPTXInstrInfo accordingly.
llvm-svn: 227538
|
| |
|
|
|
|
| |
accordingly.
llvm-svn: 227535
|
| |
|
|
|
|
|
|
|
|
|
|
| |
accumulateAndSortLibcalls in LTOCodeGenerator.cpp collects names of runtime
library functions which are used to identify user-defined functions that should
be protected. Previously, this function would only scan the TargetLowering
object belonging to the "main" subtarget for the library function names. This
commit changes it to scan all per-function subtargets.
Differential Revision: http://reviews.llvm.org/D7275
llvm-svn: 227533
|
| |
|
|
| |
llvm-svn: 227531
|
| |
|
|
| |
llvm-svn: 227530
|
| |
|
|
| |
llvm-svn: 227529
|
| |
|
|
| |
llvm-svn: 227521
|