| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
for all the processors where I have tried it, and even when it might not help
performance, the cost is quite low. The opportunities for duplicating
indirect branches are limited by other factors so code size does not change
much due to tail duplicating indirect branches aggressively.
llvm-svn: 90144
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
than doing the same via constpool:
1. Load from constpool costs 3 cycles on A9, movt/movw pair - just 2.
2. Load from constpool might stall up to 300 cycles due to cache miss.
3. Movt/movw does not use load/store unit.
4. Less constpool entries => better compiler performance.
This is only enabled on ELF systems, since darwin does not have needed
relocations (yet).
llvm-svn: 89720
|
|
|
|
|
|
|
|
|
| |
contents of the block to be duplicated. Use this for ARM Cortex A8/9 to
be more aggressive tail duplicating indirect branches, since it makes it
much more likely that they will be predicted in the branch target buffer.
Testcase coming soon.
llvm-svn: 89187
|
|
|
|
|
|
| |
along the critical path.
llvm-svn: 88682
|
|
|
|
| |
llvm-svn: 86634
|
|
|
|
|
|
| |
be renamed to break anti-dependencies.
llvm-svn: 86628
|
|
|
|
| |
llvm-svn: 85127
|
|
|
|
|
|
| |
be performed by the post-RA scheduler. The default is none.
llvm-svn: 84911
|
|
|
|
| |
llvm-svn: 84273
|
|
|
|
|
|
| |
post-register-allocation scheduling. By default it is off. For ARM, enable/disable with -mattr=+/-postrasched. Enable by default for cortex-a8.
llvm-svn: 83122
|
|
|
|
|
|
| |
non-pic mode. rdar://7187172.
llvm-svn: 80904
|
|
|
|
|
|
| |
bunch of nasty code in ARM asm printer.
llvm-svn: 80404
|
|
|
|
| |
llvm-svn: 78666
|
|
|
|
| |
llvm-svn: 78200
|
|
|
|
|
|
| |
to enable. Added patterns for some binary FP operations.
llvm-svn: 78081
|
|
|
|
|
|
|
|
|
|
| |
Module*.
Also, dropped uses of TargetMachine where unnecessary. The only target which
still takes a TargetMachine& is Mips, I would appreciate it if someone would
normalize this to match other targets.
llvm-svn: 77918
|
|
|
|
| |
llvm-svn: 74871
|
|
|
|
|
|
| |
not that it's in thumb mode and thumb2 is available. Added isThumb2 predicate to replace the old predicate.
llvm-svn: 74692
|
|
|
|
| |
llvm-svn: 74176
|
|
|
|
|
|
| |
identify Thumb2.
llvm-svn: 74164
|
|
|
|
|
|
| |
we are only using branch latency to determine if-conversion limits.
llvm-svn: 73747
|
|
|
|
| |
llvm-svn: 73734
|
|
|
|
| |
llvm-svn: 73428
|
|
|
|
| |
llvm-svn: 73085
|
|
|
|
| |
llvm-svn: 73080
|
|
|
|
| |
llvm-svn: 72698
|
|
|
|
| |
llvm-svn: 72593
|
|
|
|
| |
llvm-svn: 72337
|
|
|
|
| |
llvm-svn: 72335
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
on any current target and aren't optimized in DAGCombiner. Instead
of using intermediate nodes, expand the operations, choosing between
simple loads/stores, target-specific code, and library calls,
immediately.
Previously, the code to emit optimized code for these operations
was only used at initial SelectionDAG construction time; now it is
used at all times. This fixes some cases where rep;movs was being
used for small copies where simple loads/stores would be better.
This also cleans up code that checks for alignments less than 4;
let the targets make that decision instead of doing it in
target-independent code. This allows x86 to use rep;movs in
low-alignment cases.
Also, this fixes a bug that resulted in the use of rep;stos for
memsets of 0 with non-constant memory size when the alignment was
at least 4. It's better to use the library in this case, which
can be significantly faster when the size is large.
This also preserves more SourceValue information when memory
intrinsics are lowered into simple loads/stores.
llvm-svn: 49572
|
|
|
|
| |
llvm-svn: 45418
|
|
|
|
|
|
|
|
|
|
| |
getMaxInlineSizeThreshold
and by restructuring the X86 version.
New I just have to move this to a common place :-)
llvm-svn: 43554
|
|
|
|
|
|
|
|
| |
Now both subtarget define getMaxInlineSizeThreshold and the expansion uses it.
This should not change generated code.
llvm-svn: 43552
|
|
|
|
| |
llvm-svn: 34521
|
|
|
|
| |
llvm-svn: 34245
|
|
|
|
| |
llvm-svn: 33363
|
|
llvm-svn: 33353
|