| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
This allows us to keep passing reduced masks to SimplifyDemandedBits, but
know about all the bits if SimplifyDemandedBits fails. This allows instcombine
to simplify cases like the one in the included testcase.
llvm-svn: 154011
|
| |
|
|
|
|
|
|
| |
to issue call via
PLT when LLVM is built as shared library. This mimics the X86 backend towards the approach.
llvm-svn: 153938
|
| |
|
|
| |
llvm-svn: 153886
|
| |
|
|
| |
llvm-svn: 153876
|
| |
|
|
|
|
|
|
| |
MCInstPrinter.
All implementations used the same code.
llvm-svn: 153866
|
| |
|
|
|
|
| |
using the instruction name table from MCInstrInfo. Reduces static data in the InstPrinter implementations.
llvm-svn: 153863
|
| |
|
|
|
|
| |
getInstructionName and the static data it contains since the same tables are already in MCInstrInfo.
llvm-svn: 153860
|
| |
|
|
| |
llvm-svn: 153852
|
| |
|
|
| |
llvm-svn: 153851
|
| |
|
|
| |
llvm-svn: 153850
|
| |
|
|
|
|
|
| |
The 440 and A2 cores have detailed itineraries, and this allows them to be
fully used to maximize throughput.
llvm-svn: 153845
|
| |
|
|
| |
llvm-svn: 153844
|
| |
|
|
|
|
|
|
|
|
|
| |
Post-RA scheduling gives a significant performance improvement on
the embedded cores, so turn it on. Using full anti-dep. breaking is
important for FP-intensive blocks, so turn it on (just on the
embedded cores for now; this should also be good on the 970s because
post-ra scheduling is all that we have for now, but that should have
more testing first).
llvm-svn: 153843
|
| |
|
|
|
|
|
| |
This adds a full itinerary for IBM's PPC64 A2 embedded core. These
cores form the basis for the CPUs in the new IBM BG/Q supercomputer.
llvm-svn: 153842
|
| |
|
|
|
|
|
|
|
|
|
| |
Loads and stores can have different pipeline behavior, especially on
embedded chips. This change allows those differences to be expressed.
Except for the 440 scheduler, there are no functionality changes.
On the 440, the latency adjustment is only by one cycle, and so this
probably does not affect much. Nevertheless, it will make a larger
difference in the future and this removes a FIXME from the 440 itin.
llvm-svn: 153821
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Dynamic linking on PPC64 has had problems since we had to move the top-down
hazard-detection logic post-ra. For dynamic linking to work there needs to be
a nop placed after every call. It turns out that it is really hard to guarantee
that nothing will be placed in between the call (bl) and the nop during post-ra
scheduling. Previous attempts at fixing this by placing logic inside the
hazard detector only partially worked.
This is now fixed in a different way: call+nop codegen-only instructions. As far
as CodeGen is concerned the pair is now a single instruction and cannot be split.
This solution works much better than previous attempts.
The scoreboard hazard detector is also renamed to be more generic, there is currently
no cpu-specific logic in it.
llvm-svn: 153816
|
| |
|
|
| |
llvm-svn: 153500
|
| |
|
|
| |
llvm-svn: 153429
|
| |
|
|
|
|
|
| |
The PPC64 SVR4 ABI requires integer stack arguments, and thus the var. args., that
are smaller than 64 bits be zero extended to 64 bits.
llvm-svn: 153373
|
| |
|
|
|
|
|
|
| |
offsets. Fixes PR12203.
I don't have a small test case yet, but I'll try to construct one.
llvm-svn: 153240
|
| |
|
|
|
|
| |
some superfluous forward declarations.
llvm-svn: 152997
|
| |
|
|
|
|
| |
uint16_t to reduce space.
llvm-svn: 152538
|
| |
|
|
|
|
| |
specific backends.
llvm-svn: 152537
|
| |
|
|
| |
llvm-svn: 152122
|
| |
|
|
|
|
|
| |
Used to allow context sensitive printing of super-register or sub-register
references.
llvm-svn: 152043
|
| |
|
|
|
|
| |
size of static data.
llvm-svn: 151996
|
| |
|
|
|
|
| |
direct call.
llvm-svn: 151645
|
| |
|
|
| |
llvm-svn: 151639
|
| |
|
|
|
|
| |
prediction. ...", it is breaking the Clang build during the Compiler-RT part.
llvm-svn: 151630
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the processor keeps a return addresses stack (RAS) which stores the address
and the instruction execution state of the instruction after a function-call
type branch instruction.
Calling a "noreturn" function with normal call instructions (e.g. bl) can
corrupt RAS and causes 100% return misprediction so LLVM should use a
unconditional branch instead. i.e.
mov lr, pc
b _foo
The "mov lr, pc" is issued in order to get proper backtrace.
rdar://8979299
llvm-svn: 151623
|
| |
|
|
|
|
| |
MCize function entry label emission on PowerPC64 properly.
llvm-svn: 151547
|
| |
|
|
|
|
|
|
|
| |
Reverting this because it breaks static linking on ppc64. Specifically, it may be linkonce_odr functions that are the problem.
With this patch, if you link statically, calls to some functions end up calling their descriptor addresses instead
of calling to their entry points. This causes the execution to fail with SIGILL (b/c the descriptor address just
has some pointers, not code).
llvm-svn: 151433
|
| |
|
|
| |
llvm-svn: 151374
|
| |
|
|
| |
llvm-svn: 151278
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
The standard function epilog includes a .size directive, but ppc64 uses
an alternate local symbol to tag the actual start of each function.
Until recently, binutils accepted the .size directive as:
.size test1, .Ltmp0-test1
however, using this directive with recent binutils will result in the error:
.size expression for XXX does not evaluate to a constant
so we must use the label which actually tags the start of the function.
llvm-svn: 151200
|
| |
|
|
|
|
| |
to static data that should not be modified.
llvm-svn: 151134
|
| |
|
|
|
|
| |
MSP430, PPC, PTX, Sparc, X86, XCore.
llvm-svn: 150878
|
| |
|
|
| |
llvm-svn: 150095
|
| |
|
|
| |
llvm-svn: 149961
|
| |
|
|
| |
llvm-svn: 149814
|
| |
|
|
|
|
|
|
|
|
| |
Passes prior to instructon selection are now split into separate configurable stages.
Header dependencies are simplified.
The bulk of this diff is simply removal of the silly DisableVerify flags.
Sorry for the target header churn. Attempting to stabilize them.
llvm-svn: 149754
|
| |
|
|
|
|
|
|
|
|
|
| |
Allows command line overrides to be centralized in LLVMTargetMachine.cpp.
LLVMTargetMachine can intercept common passes and give precedence to command line overrides.
Allows adding "internal" target configuration options without touching TargetOptions.
Encapsulates the PassManager.
Provides a good point to initialize all CodeGen passes so that Pass ID's can be used in APIs.
Allows modifying the target configuration hooks without rebuilding the world.
llvm-svn: 149672
|
| |
|
|
| |
llvm-svn: 149671
|
| |
|
|
|
|
| |
accomodate every target I can think of offhand.
llvm-svn: 148833
|
| |
|
|
| |
llvm-svn: 148578
|
| |
|
|
|
|
| |
Found by the clang static analyzer.
llvm-svn: 148541
|
| |
|
|
|
|
|
| |
This is similar to implicit register operands. MC doesn't understand
register liveness and call clobbers.
llvm-svn: 148437
|
| |
|
|
| |
llvm-svn: 148401
|
| |
|
|
| |
llvm-svn: 148400
|
| |
|
|
|
|
| |
No test case: output assembly will be identical.
llvm-svn: 148261
|