Misha Brukman 07d4516f92 Correctly handle calls to functions which are further away than 2**32 bits will ... allow, i.e. make a sequence of instructions to enable an indirect call using jump-and-link and 2 temporary registers (which we save and ultimately restore). Warning: if the delay slot of a function call is used to do meaningful work and not just a NOP, this behavior is incorrect. However, the Sparc backend does not yet utilize the delay slots effectively, so it is not necessary to make an overly complicated algorithm for something that's not used. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@7178 91177308-0d34-0410-b5e6-96231b3b80d8		2003-07-15 19:09:43 +00:00
..
CBackend	Some beautification changes (tabs to spaces, removed extra blank lines);	2003-07-09 17:33:50 +00:00
SparcV9	Correctly handle calls to functions which are further away than 2**32 bits will	2003-07-15 19:09:43 +00:00
X86	If we have a constant pointer reference to a function, we were printing	2003-07-11 21:57:01 +00:00
Makefile
MRegisterInfo.cpp
Target.td	Added the target-independent part of TableGen data.	2003-05-29 18:48:17 +00:00
TargetData.cpp	No really, you _cannot use_ getelementptr on an unsized type: that makes	2003-06-04 02:35:35 +00:00
TargetInstrInfo.cpp	Nice tasty llc fixes. These should fix LLC for x86 for everything in	2003-06-27 00:00:48 +00:00
TargetMachine.cpp	The promotion rules are the same for all targets, they are set by the C standard.	2003-04-26 19:47:36 +00:00
TargetSchedInfo.cpp