| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
| |
If we create new intervals for a variable that is being spilled, then those new intervals are not guaranteed to also spill. This means that anything reading from the original spilling value might not get the correct value if spills were missed.
Fixes <rdar://problem/10546864>
llvm-svn: 146428
|
|
|
|
| |
llvm-svn: 146409
|
|
|
|
|
|
| |
Disable while I investigate.
llvm-svn: 146331
|
|
|
|
| |
llvm-svn: 146327
|
|
|
|
|
|
| |
rdar://10530851
llvm-svn: 146276
|
|
|
|
|
|
| |
TargetInstrInfoImpl to break Target's dependency on CodeGen.
llvm-svn: 146247
|
|
|
|
| |
llvm-svn: 146226
|
|
|
|
| |
llvm-svn: 146220
|
|
|
|
| |
llvm-svn: 146219
|
|
|
|
|
|
| |
one test case.
llvm-svn: 146205
|
|
|
|
|
|
| |
can use the former to prevent the formation of libm SDNode's when -fno-builtin is passed.
llvm-svn: 146193
|
|
|
|
| |
llvm-svn: 146187
|
|
|
|
| |
llvm-svn: 146186
|
|
|
|
|
|
| |
computation to determine whether the block dominates all uses or not.
llvm-svn: 146184
|
|
|
|
|
|
| |
SDNodes. Mark these nodes as illegal by default, unless the target declares otherwise.
llvm-svn: 146171
|
|
|
|
|
|
|
|
| |
clients to decide whether to look inside bundled instructions and whether
the query should return true if any / all bundled instructions have the
queried property.
llvm-svn: 146168
|
|
|
|
|
|
|
| |
We must not issue a bitcast operation for integer-promotion of vector types, because the
location of the values in the vector may be different.
llvm-svn: 146150
|
|
|
|
| |
llvm-svn: 146136
|
|
|
|
|
|
| |
<rdar://problem/10460321>. No testcase because this is very sensitive to scheduling.
llvm-svn: 146087
|
|
|
|
|
|
| |
it's rather delicate.
llvm-svn: 146083
|
|
|
|
|
|
| |
that he isn't using these any more, so just delete them.
llvm-svn: 146076
|
|
|
|
|
|
| |
Skip two looking up at BlockChain.
llvm-svn: 146053
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
doesn't affect any in-tree target.
llvm-svn: 146015
|
|
|
|
| |
llvm-svn: 146004
|
|
|
|
| |
llvm-svn: 146001
|
|
|
|
|
|
|
| |
This flag is used when bundling machine instructions. It indicates
whether the operand reads a value defined inside or outside its bundle.
llvm-svn: 145997
|
|
|
|
|
|
| |
correctly. PR11494.
llvm-svn: 145996
|
|
|
|
| |
llvm-svn: 145995
|
|
|
|
|
|
|
| |
- Remove unused types/fields.
- Add some constantness.
llvm-svn: 145993
|
|
|
|
|
|
|
|
|
| |
1. Added opcode BUNDLE
2. Taught MachineInstr class to deal with bundled MIs
3. Changed MachineBasicBlock iterator to skip over bundled MIs; added an iterator to walk all the MIs
4. Taught MachineBasicBlock methods about bundled MIs
llvm-svn: 145975
|
|
|
|
| |
llvm-svn: 145965
|
|
|
|
| |
llvm-svn: 145944
|
|
|
|
| |
llvm-svn: 145943
|
|
|
|
| |
llvm-svn: 145903
|
|
|
|
|
|
|
|
| |
The new register allocator is much more able to split back up ranges too constrained by register classes.
Fixes <rdar://problem/10466609>
llvm-svn: 145899
|
|
|
|
| |
llvm-svn: 145897
|
|
|
|
| |
llvm-svn: 145893
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This was actually a bit of a mess. TLI.setPrefLoopAlignment was clearly
documented as taking log2(bytes) units, but the x86 target would still
set a preferred loop alignment of '16'.
CodePlacementOpt passed this number on to the basic block, and
AsmPrinter interpreted it as bytes.
Now both MachineFunction and MachineBasicBlock use logarithmic
alignments.
Obviously, MachineConstantPool still measures alignments in bytes, so we
can emulate the thrill of using as.
llvm-svn: 145889
|
|
|
|
| |
llvm-svn: 145801
|
|
|
|
|
|
| |
not get there any other way.
llvm-svn: 145789
|
|
|
|
|
|
|
|
| |
Maybe some targets should use this as well.
Patch by Evgeniy Stepanov!
llvm-svn: 145781
|
|
|
|
|
|
| |
-3% on ARMDissasembler.cpp.
llvm-svn: 145773
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
instruction in Sequence is a Noop
llvm-svn: 145677
|
|
|
|
|
|
| |
Missing file from r145629.
llvm-svn: 145634
|
|
|
|
| |
llvm-svn: 145629
|
|
|
|
|
|
| |
attempt.
llvm-svn: 145425
|
|
|
|
| |
llvm-svn: 145420
|