search for: targetlacksphysicalregisst

Displaying 4 results from an estimated 4 matches for "targetlacksphysicalregisst".

2015 Dec 10
2
Allowing virtual registers after register allocation
...the regular infrastructure virtual registers. However we do run a custom register coloring pass which reduces the total number of virtual registers used. > Is the answer the same for the NVPTX backend? Yes (at least, they have a null TargetRegisterAllocator too). > Maybe something like: targetLacksPhysicalRegissters() would be better? > Maybe. We actually do have "physical" registers called SP and FP (returned by TargetRegisterInfo::getFrameRegister() and used by some default ISel lowerings and by FrameIndex elimination) but of course they aren't really physical registers either. ---------...
2015 Dec 09
2
Allowing virtual registers after register allocation
Hi all, Virtual ISAs such as WebAssembly and NVPTX use infinite virtual register sets instead of traditional phsyical registers. PrologEpilogInserter is run after register allocation and asserts that all virtuals have been allocated but doesn't otherwise depend on this if scavenging is not needed. We'd like to use the target-independent PEI code for WebAssembly, so we're proposing a
2015 Dec 10
3
Allowing virtual registers after register allocation
...s. However we do run a custom register coloring pass which reduces the total number of virtual registers used. >> >> Is the answer the same for the NVPTX backend? >> >> Yes (at least, they have a null TargetRegisterAllocator too). >> >> Maybe something like: targetLacksPhysicalRegissters() would be better? >> >> Maybe. We actually do have "physical" registers called SP and FP (returned by TargetRegisterInfo::getFrameRegister() and used by some default ISel lowerings and by FrameIndex elimination) but of course they aren't really physical registers eith...
2015 Dec 10
2
Allowing virtual registers after register allocation
...r coloring pass which >> reduces the total number of virtual registers used. >> >> >> Is the answer the same for the NVPTX backend? >> >> >> Yes (at least, they have a null TargetRegisterAllocator too). >> >> >> Maybe something like: targetLacksPhysicalRegissters() would be >> better? >> >> >> >> Maybe. We actually do have "physical" registers called SP and FP >> (returned by TargetRegisterInfo::getFrameRegister() and used by some >> default ISel lowerings and by FrameIndex elimination) but of course...