emscripten-fastcomp/lib/Target/SystemZ/SystemZTargetMachine.h, branch 1.14.0LLVM with the emscripten fastcomp javascript backendhttps://git.amat.us/emscripten-fastcomp/atom/lib/Target/SystemZ/SystemZTargetMachine.h?h=1.14.02013-05-06T16:15:19Z[SystemZ] Add back end2013-05-06T16:15:19ZUlrich Weigandulrich.weigand@de.ibm.com2013-05-06T16:15:19Zurn:sha1:1d09d56fe1e3f3faadd4bf4ccf3e585ddb3c3b07
This adds the actual lib/Target/SystemZ target files necessary to
implement the SystemZ target. Note that at this point, the target
cannot yet be built since the configure bits are missing. Those
will be provided shortly by a follow-on patch.
This version of the patch incorporates feedback from reviews by
Chris Lattner and Anton Korobeynikov. Thanks to all reviewers!
Patch by Richard Sandiford.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@181203 91177308-0d34-0410-b5e6-96231b3b80d8
Remove the SystemZ backend.2011-10-24T23:48:32ZDan Gohmangohman@apple.com2011-10-24T23:48:32Zurn:sha1:29074ccf6cb00a3cbe32a3b7809d970ecaf8c9bf
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@142878 91177308-0d34-0410-b5e6-96231b3b80d8
- Move CodeModel from a TargetMachine global option to MCCodeGenInfo.2011-07-20T07:51:56ZEvan Chengevan.cheng@apple.com2011-07-20T07:51:56Zurn:sha1:34ad6db8b958fdc0d38e122edf753b5326e69b03
- Introduce JITDefault code model. This tells targets to set different default
code model for JIT. This eliminates the ugly hack in TargetMachine where
code model is changed after construction.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@135580 91177308-0d34-0410-b5e6-96231b3b80d8
Introduce MCCodeGenInfo, which keeps information that can affect codegen2011-07-19T06:37:02ZEvan Chengevan.cheng@apple.com2011-07-19T06:37:02Zurn:sha1:439661395fd2a2a832dba01c65bc88718528313c
(including compilation, assembly). Move relocation model Reloc::Model from
TargetMachine to MCCodeGenInfo so it's accessible even without TargetMachine.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@135468 91177308-0d34-0410-b5e6-96231b3b80d8
Fix the ridiculous SubtargetFeatures API where it implicitly expects CPU name to2011-06-30T01:53:36ZEvan Chengevan.cheng@apple.com2011-06-30T01:53:36Zurn:sha1:276365dd4bc0c2160f91fd8062ae1fc90c86c324
be the first encoded as the first feature. It then uses the CPU name to look up
features / scheduling itineray even though clients know full well the CPU name
being used to query these properties.
The fix is to just have the clients explictly pass the CPU name!
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@134127 91177308-0d34-0410-b5e6-96231b3b80d8
Rename TargetFrameInfo into TargetFrameLowering. Also, put couple of FIXMEs and fixes here and there.2011-01-10T12:39:04ZAnton Korobeynikovasl@math.spbu.ru2011-01-10T12:39:04Zurn:sha1:16c29b5f285f375be53dabaa73e3e91107485fe4
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@123170 91177308-0d34-0410-b5e6-96231b3b80d8
First step of huge frame-related refactoring: move emit{Prologue,Epilogue} out of TargetRegisterInfo to TargetFrameInfo, which is definitely much better suitable place2010-11-15T00:06:54ZAnton Korobeynikovasl@math.spbu.ru2010-11-15T00:06:54Zurn:sha1:33464912237efaa0ed7060829e66b59055bdd48b
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@119097 91177308-0d34-0410-b5e6-96231b3b80d8
Implement a bunch more TargetSelectionDAGInfo infrastructure.2010-05-11T17:31:57ZDan Gohmangohman@apple.com2010-05-11T17:31:57Zurn:sha1:ff7a562751604a9fe13efc75bd59622244b54d35
Move EmitTargetCodeForMemcpy, EmitTargetCodeForMemset, and
EmitTargetCodeForMemmove out of TargetLowering and into
SelectionDAGInfo to exercise this.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@103481 91177308-0d34-0410-b5e6-96231b3b80d8
Use const qualifiers with TargetLowering. This eliminates several2010-04-17T15:26:15ZDan Gohmangohman@apple.com2010-04-17T15:26:15Zurn:sha1:d858e90f039f5fcdc2fa93035e911a5a9505cc50
const_casts, and it reinforces the design of the Target classes being
immutable.
SelectionDAGISel::IsLegalToFold is now a static member function, because
PIC16 uses it in an unconventional way. There is more room for API
cleanup here.
And PIC16's AsmPrinter no longer uses TargetLowering.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@101635 91177308-0d34-0410-b5e6-96231b3b80d8
Change TargetAsmInfo to be constructed via TargetRegistry from a Target+Triple2009-08-12T07:22:17ZChris Lattnersabre@nondot.org2009-08-12T07:22:17Zurn:sha1:a7ac47cee1a0b3f4c798ecaa22ecf9d1be9c07e6
pair instead of from a virtual method on TargetMachine. This cuts the final
ties of TargetAsmInfo to TargetMachine, meaning that MC can now use
TargetAsmInfo.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@78802 91177308-0d34-0410-b5e6-96231b3b80d8