| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
syntax. Also make them the default output.
llvm-svn: 227963
|
| |
|
|
|
|
| |
it more strictly mutexed with the ARPL instruction 32-bit mode. Helps with some disassembler changes I'm experimenting with. Should be NFC.
llvm-svn: 227962
|
| |
|
|
| |
llvm-svn: 227949
|
| |
|
|
|
|
| |
use it to initialize the subtarget.
llvm-svn: 227948
|
| |
|
|
|
|
|
| |
to use it. Use the triple to determine OS format bits at the module
level.
llvm-svn: 227947
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
The PBQP::RegAlloc::MatrixMetadata class assumes that matrices have at least two
rows/columns (for the spill option plus at least one physreg). This patch
ensures that that invariant is met by pre-spilling vregs that have no physreg
options so that no node (and no corresponding edges) need be added to the PBQP
graph.
This fixes a bug in an out-of-tree target that was identified by Jonas Paulsson.
Thanks for tracking this down Jonas!
llvm-svn: 227942
|
| |
|
|
|
|
|
| |
LoopVectorizationLegality to suppress undefined behavior.
FIXME: Shall they be managed in LAA?
llvm-svn: 227940
|
| |
|
|
| |
llvm-svn: 227934
|
| |
|
|
| |
llvm-svn: 227903
|
| |
|
|
|
|
|
|
| |
This is still kind of a weird API, but dropping the (partial) update
of the passed in CoverageMappingRecord makes it a little easier to
understand and use.
llvm-svn: 227900
|
| |
|
|
| |
llvm-svn: 227898
|
| |
|
|
|
|
| |
all uses.
llvm-svn: 227891
|
| |
|
|
|
|
| |
and use it in all locations.
llvm-svn: 227890
|
| |
|
|
| |
llvm-svn: 227885
|
| |
|
|
| |
llvm-svn: 227884
|
| |
|
|
|
|
| |
a layering violation in the port and removes calls to getSubtargetImpl.
llvm-svn: 227883
|
| |
|
|
| |
llvm-svn: 227882
|
| |
|
|
|
|
| |
a layering violation in the port and removes calls to getSubtargetImpl.
llvm-svn: 227880
|
| |
|
|
| |
llvm-svn: 227879
|
| |
|
|
|
|
|
| |
the HexagonSplitTFRCondSet pass. Use the subtarget off the machine
function at the same time.
llvm-svn: 227878
|
| |
|
|
|
|
|
| |
based getSubtarget to the one cached on the MachineFunction.
Remove unused class variables and update all callers/uses.
llvm-svn: 227874
|
| |
|
|
| |
llvm-svn: 227873
|
| |
|
|
|
|
|
| |
MachineFunction and update all uses accordingly including
VLIWResourceModel.
llvm-svn: 227872
|
| |
|
|
| |
llvm-svn: 227871
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
TargetMachine
Summary:
Hi Eric,
this patch cleans up the layering violation that you're fixing across backends.
Anything else I need to fix on bpf backend side?
Thanks
Reviewers: echristo
Reviewed By: echristo
Differential Revision: http://reviews.llvm.org/D7355
llvm-svn: 227865
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary: MSVC can compile "LoopID->getOperand(0) == LoopID" when LoopID is MDNode*.
Test Plan: no regression
Reviewers: mkuper
Subscribers: jholewinski, llvm-commits
Differential Revision: http://reviews.llvm.org/D7327
llvm-svn: 227853
|
| |
|
|
| |
llvm-svn: 227849
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Allow `GenericDebugNode` construction directly from `MDString`, rather
than requiring `StringRef`s. I've refactored the `StringRef`
constructors to use these. There's no real functionality change here,
except for exposing the lower-level API.
The purpose of this is to simplify construction of string operands when
reading bitcode. It's unnecessarily indirect to parse an `MDString` ID,
lookup the `MDString` in the bitcode reader list, get the `StringRef`
out of that, and then have `GenericDebugNode::getImpl()` use
`MDString::get()` to acquire the original `MDString`. Instead, this
allows the bitcode reader to directly pass in the `MDString`.
llvm-svn: 227848
|
| |
|
|
| |
llvm-svn: 227846
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ObjectLinkingLayer.
There are a two of overloads for addObject, one of which transfers ownership of
the underlying buffer to OrcMCJITReplacement. This commit makes the ownership
transfering version pass ownership down to the ObjectLinkingLayer in order to
prevent the issue described in r227778.
I think this commit will fix the sanitizer bot failures that necessitated the
removal of the load-object-a.ll regression test in r227785, so I'm reinstating
that test.
llvm-svn: 227845
|
| |
|
|
| |
llvm-svn: 227841
|
| |
|
|
|
|
| |
runOnMachineFunction. Update all uses of the Subtarget accordingly.
llvm-svn: 227840
|
| |
|
|
|
|
| |
the TargetMachine.
llvm-svn: 227839
|
| |
|
|
|
|
| |
off of the machine function.
llvm-svn: 227837
|
| |
|
|
| |
llvm-svn: 227836
|
| |
|
|
|
|
|
|
|
| |
Move debug-info-centred `Metadata` subclasses into their own
header/source file. A couple of private template functions are needed
from both `Metadata.cpp` and `DebugInfoMetadata.cpp`, so I've moved them
to `lib/IR/MetadataImpl.h`.
llvm-svn: 227835
|
| |
|
|
| |
llvm-svn: 227834
|
| |
|
|
|
|
| |
and remove unnecessary class variables.
llvm-svn: 227832
|
| |
|
|
| |
llvm-svn: 227831
|
| |
|
|
|
|
| |
unnecessary class variables.
llvm-svn: 227830
|
| |
|
|
| |
llvm-svn: 227829
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
described by integer constants. This is a bit ugly, but if the source
language allows arbitrary type casting, the debug info must follow suit.
For example:
void foo() {
float a;
*(int *)&a = 0;
}
For the curious: SROA replaces the float alloca with an i32 alloca, which
is then optimized away and described via dbg.value(i32 0, ...).
llvm-svn: 227827
|
| |
|
|
| |
llvm-svn: 227826
|
| |
|
|
|
|
|
|
| |
This is true for SI only. CI+ supports unaligned memory accesses,
but this requires driver support, so for now we disallow unaligned
accesses for all GCN targets.
llvm-svn: 227822
|
| |
|
|
|
|
|
|
|
| |
This avoids a partial false dependency on the previous content of
the upper lanes of the destination vector register.
Differential Revision: http://reviews.llvm.org/D7307
llvm-svn: 227820
|
| |
|
|
|
|
|
| |
in the subtarget and stash it in the class so that lookups are
easier and safer.
llvm-svn: 227819
|
| |
|
|
|
|
| |
rather than a larger explicit cast.
llvm-svn: 227818
|
| |
|
|
| |
llvm-svn: 227817
|
| |
|
|
| |
llvm-svn: 227816
|
| |
|
|
|
|
| |
without a Function argument.
llvm-svn: 227814
|