| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 147855
|
| |
|
|
|
|
| |
is discouraged now.
llvm-svn: 147738
|
| |
|
|
|
|
|
|
| |
1. The ST*UX instructions that store and update the stack pointer did not set define/kill on R1. This became a problem when I activated post-RA scheduling (and had incorrectly adjusted the Frames-large test).
2. eliminateFrameIndex did not kill its scavenged temporary register, and this could cause the scavenger to exhaust all available registers (and its emergency spill slot) when there were a lot of CR values to spill. The 2010-02-12-saveCR test has been adjusted to check for this.
llvm-svn: 147359
|
| |
|
|
|
|
|
|
| |
reporting
it. It does need some some tests...
llvm-svn: 147154
|
| |
|
|
| |
llvm-svn: 147126
|
| |
|
|
| |
llvm-svn: 147124
|
| |
|
|
|
|
|
| |
avoid including ADT/Triple.h in many places when the target specific bits are
moved.
llvm-svn: 147059
|
| |
|
|
|
|
| |
likely to stay either way that discussion ends up resolving itself.
llvm-svn: 146966
|
| |
|
|
|
|
| |
http://llvm.org/docs/CodingStandards.html#ll_virtual_anch
llvm-svn: 146960
|
| |
|
|
| |
llvm-svn: 146664
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
undefined result. This adds new ISD nodes for the new semantics,
selecting them when the LLVM intrinsic indicates that the undef behavior
is desired. The new nodes expand trivially to the old nodes, so targets
don't actually need to do anything to support these new nodes besides
indicating that they should be expanded. I've done this for all the
operand types that I could figure out for all the targets. Owners of
various targets, please review and let me know if any of these are
incorrect.
Note that the expand behavior is *conservatively correct*, and exactly
matches LLVM's current behavior with these operations. Ideally this
patch will not change behavior in any way. For example the regtest suite
finds the exact same instruction sequences coming out of the code
generator. That's why there are no new tests here -- all of this is
being exercised by the existing test suite.
Thanks to Duncan Sands for reviewing the various bits of this patch and
helping me get the wrinkles ironed out with expanding for each target.
Also thanks to Chris for clarifying through all the discussions that
this is indeed the approach he was looking for. That said, there are
likely still rough spots. Further review much appreciated.
llvm-svn: 146466
|
| |
|
|
|
|
|
|
|
|
|
| |
subdirectories to traverse into.
- Originally I wanted to avoid this and just autoscan, but this has one key
flaw in that new subdirectories can not automatically trigger a rerun of the
llvm-build tool. This is particularly a pain when switching back and forth
between trees where one has added a subdirectory, as the dependencies will
tend to be wrong. This will also eliminates FIXME implicitly.
llvm-svn: 146436
|
| |
|
|
| |
llvm-svn: 146409
|
| |
|
|
|
|
| |
use the register scavenger because the scavenger can only scavenge one register and frame-index elimination may have already grabbed it.
llvm-svn: 146318
|
| |
|
|
|
|
| |
SDNodes. Mark these nodes as illegal by default, unless the target declares otherwise.
llvm-svn: 146171
|
| |
|
|
|
|
| |
(another find by -verify-machineinstrs)
llvm-svn: 146137
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
generator to it. For non-bundle instructions, these behave exactly the same
as the MC layer API.
For properties like mayLoad / mayStore, look into the bundle and if any of the
bundled instructions has the property it would return true.
For properties like isPredicable, only return true if *all* of the bundled
instructions have the property.
For properties like canFoldAsLoad, isCompare, conservatively return false for
bundles.
llvm-svn: 146026
|
| |
|
|
|
|
| |
other problems found with -verify-machineinstrs
llvm-svn: 146024
|
| |
|
|
| |
llvm-svn: 146023
|
| |
|
|
| |
llvm-svn: 146022
|
| |
|
|
| |
llvm-svn: 146021
|
| |
|
|
| |
llvm-svn: 145961
|
| |
|
|
| |
llvm-svn: 145960
|
| |
|
|
| |
llvm-svn: 145894
|
| |
|
|
|
|
|
|
| |
Whether a fixup needs relaxation for the associated instruction is a
target-specific function, as the FIXME indicated. Create a hook for that
and use it.
llvm-svn: 145881
|
| |
|
|
| |
llvm-svn: 145819
|
| |
|
|
| |
llvm-svn: 145818
|
| |
|
|
| |
llvm-svn: 145816
|
| |
|
|
|
|
|
|
|
|
|
|
| |
change, now you need a TargetOptions object to create a TargetMachine. Clang
patch to follow.
One small functionality change in PTX. PTX had commented out the machine
verifier parts in their copy of printAndVerify. That now calls the version in
LLVMTargetMachine. Users of PTX who need verification disabled should rely on
not passing the command-line flag to enable it.
llvm-svn: 145714
|
| |
|
|
| |
llvm-svn: 145679
|
| |
|
|
| |
llvm-svn: 145676
|
| |
|
|
|
|
| |
Kostylev. PR11437.
llvm-svn: 145553
|
| |
|
|
| |
llvm-svn: 145420
|
| |
|
|
|
|
| |
new register-allocation pattern
llvm-svn: 145065
|
| |
|
|
|
|
|
| |
and code model. This eliminates the need to pass OptLevel flag all over the
place and makes it possible for any codegen pass to use this information.
llvm-svn: 144788
|
| |
|
|
|
|
| |
of PseudoSourceValue from lib/Target/.
llvm-svn: 144632
|
| |
|
|
| |
llvm-svn: 144631
|
| |
|
|
|
|
|
|
| |
versions of explicit dependencies.
- The hope is that we have a tool/test to verify these are accurate (and tight) soon.
llvm-svn: 144444
|
| |
|
|
|
|
| |
printer, assembly parser, or disassembler.
llvm-svn: 144344
|
| |
|
|
|
|
|
|
|
|
| |
handle defining the "magic" target related components (like native,
nativecodegen, and engine).
- We still require these components to be in the project (currently in
lib/Target) so that we have a place to document them and hopefully make it
more obvious that they are "magic".
llvm-svn: 144253
|
| |
|
|
|
|
| |
- Gives us a place to hang target specific metadata (like whether the target has a JIT).
llvm-svn: 144250
|
| |
|
|
| |
llvm-svn: 144211
|
| |
|
|
|
|
| |
When this field is true it means that the load is from constant (runt-time or compile-time) and so can be hoisted from loops or moved around other memory accesses
llvm-svn: 144100
|
| |
|
|
| |
llvm-svn: 144071
|
| |
|
|
|
|
| |
added a layer of indirection with no value (not even conciseness).
llvm-svn: 143727
|
| |
|
|
| |
llvm-svn: 143634
|
| |
|
|
|
|
| |
Should fix assertion failures on ppc buildbots.
llvm-svn: 143290
|
| |
|
|
| |
llvm-svn: 143080
|
| |
|
|
| |
llvm-svn: 142630
|
| |
|
|
|
|
| |
top-down scheduling and top-down scheduling is going away.
llvm-svn: 142621
|