emscripten-fastcomp/include/llvm/Target/TargetRegisterInfo.h, branch 1.14.0LLVM with the emscripten fastcomp javascript backendhttps://git.amat.us/emscripten-fastcomp/atom/include/llvm/Target/TargetRegisterInfo.h?h=1.14.02013-02-21T20:05:00ZMove the eliminateCallFramePseudoInstr method from TargetRegisterInfo2013-02-21T20:05:00ZEli Benderskyeliben@google.com2013-02-21T20:05:00Zurn:sha1:700ed80d3da5e98e05ceb90e9bfb66058581a6db
to TargetFrameLowering, where it belongs. Incidentally, this allows us
to delete some duplicated (and slightly different!) code in TRI.
There are potentially other layering problems that can be cleaned up
as a result, or in a similar manner.
The refactoring was OK'd by Anton Korobeynikov on llvmdev.
Note: this touches the target interfaces, so out-of-tree targets may
be affected.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@175788 91177308-0d34-0410-b5e6-96231b3b80d8
[PEI] Pass the frame index operand number to the eliminateFrameIndex function.2013-01-31T20:02:54ZChad Rosiermcrosier@apple.com2013-01-31T20:02:54Zurn:sha1:108fb3202af6f500073cdbb7be32c25d7a273a2e
Each target implementation was needlessly recomputing the index.
Part of rdar://13076458
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@174083 91177308-0d34-0410-b5e6-96231b3b80d8
Move all of the header files which are involved in modelling the LLVM IR2013-01-02T11:36:10ZChandler Carruthchandlerc@gmail.com2013-01-02T11:36:10Zurn:sha1:0b8c9a80f20772c3793201ab5b251d3520b9cea3
into their new header subdirectory: include/llvm/IR. This matches the
directory structure of lib, and begins to correct a long standing point
of file layout clutter in LLVM.
There are still more header files to move here, but I wanted to handle
them in separate commits to make tracking what files make sense at each
layer easier.
The only really questionable files here are the target intrinsic
tablegen files. But that's a battle I'd rather not fight today.
I've updated both CMake and Makefile build systems (I think, and my
tests think, but I may have missed something).
I've also re-sorted the includes throughout the project. I'll be
committing updates to Clang, DragonEgg, and Polly momentarily.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@171366 91177308-0d34-0410-b5e6-96231b3b80d8
Move isSubRegister() and isSuperRegister to MCRegisterInfo.2012-12-19T23:38:46ZJim Grosbachgrosbach@apple.com2012-12-19T23:38:46Zurn:sha1:e188fb7dd91c6fee15aa18c877d664d63d736000
These were defined on TargetRegisterInfo, but they don't use any information
that's not available in MCRegisterInfo, so sink them down to be available
at the MC layer.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@170608 91177308-0d34-0410-b5e6-96231b3b80d8
Remove two dead functions resulting from a bad rebase.2012-12-05T18:52:15ZAndrew Trickatrick@apple.com2012-12-05T18:52:15Zurn:sha1:a59ed5b156156224e97b4dbc32cfbe2101ce6e3c
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@169401 91177308-0d34-0410-b5e6-96231b3b80d8
RegisterPressure API. Add support for physical register units.2012-12-05T06:47:12ZAndrew Trickatrick@apple.com2012-12-05T06:47:12Zurn:sha1:eca1fcf3d2d8246c45648fea59bd21a4091f9115
At build-time register pressure was always computed in terms of
register units. But the compile-time API was expressed in terms of
register classes because it was intended for virtual registers (and
physical register units weren't yet used anywhere in codegen).
Now that the codegen uses physreg units consistently, prepare for
tracking register pressure also in terms of live units, not live
registers.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@169360 91177308-0d34-0410-b5e6-96231b3b80d8
Comment formatting.2012-12-05T06:47:06ZAndrew Trickatrick@apple.com2012-12-05T06:47:06Zurn:sha1:83dbce2fc817fcb094a8958ca713fd3ba13758c5
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@169358 91177308-0d34-0410-b5e6-96231b3b80d8
Remove the old TRI::ResolveRegAllocHint() and getRawAllocationOrder() hooks.2012-12-04T00:46:13ZJakob Stoklund Olesenstoklund@2pi.dk2012-12-04T00:46:13Zurn:sha1:f71415646053e66f8a5b63a74ac06287eeab53d5
These functions have been replaced by TRI::getRegAllocationHints() which
provides the same capabilities.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@169192 91177308-0d34-0410-b5e6-96231b3b80d8
Add a new hook for providing register allocator hints more flexibly.2012-12-03T21:17:00ZJakob Stoklund Olesenstoklund@2pi.dk2012-12-03T21:17:00Zurn:sha1:7eafc3e7be067709c6fcdae7b7fc4994c7ec2377
The TargetRegisterInfo::getRegAllocationHints() function is going to
replace the existing mechanisms for providing target-dependent hints to
the register allocator: ResolveRegAllocHint() and
getRawAllocationOrder().
The new hook is more flexible because it allows the target to provide
multiple preferred candidate registers for each virtual register, and it
is easier to use because targets are not required to return a reference
to a constant array like getRawAllocationOrder().
An optional VirtRegMap argument can be used to provide target-dependent
hints that depend on the provisional assignments of other virtual
registers.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@169154 91177308-0d34-0410-b5e6-96231b3b80d8
Sort the #include lines for the include/... tree with the script.2012-12-03T17:02:12ZChandler Carruthchandlerc@gmail.com2012-12-03T17:02:12Zurn:sha1:255f89faee13dc491cb64fbeae3c763e7e2ea4e6
AKA: Recompile *ALL* the source code!
This one went much better. No manual edits here. I spot-checked for
silliness and grep-checked for really broken edits and everything seemed
good. It all still compiles. Yell if you see something that looks goofy.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@169133 91177308-0d34-0410-b5e6-96231b3b80d8