| /openbsd-src/gnu/llvm/llvm/lib/Target/VE/ |
| H A D | VEInstrVec.td | 5 // Pseudo instructions for VM/VM512 spill/restore
17 (outs VM:$vmx), (ins MEMrii:$addr),
25 (outs), (ins MEMrii:$addr, VM:$vmx),
195 defm m : VSTbm<opcStr, " $vx, $sy, $sz, $m", opc, !con(dag_in, (ins VM:$m))>;
258 defm m : VGTlm<opcStr, argStr#", $m", opc, RC, !con(dag_in, (ins VM:$m))>;
310 defm m : VSCbm<opcStr, argStr#", $m", opc, !con(dag_in, (ins VM:$m))>;
403 // Section 8.9.22 - LVM (Load VM)
427 defm LVM : LVMm<"lvm", 0xb7, VM>;
429 // Section 8.9.23 - SVM (Save VM)
438 defm SVM : SVMm<"svm", 0xa7, VM>;
[all …]
|
| H A D | VERegisterInfo.td | 154 def VM#I : VEMaskReg<I, "vm"#I, [], ["vm"#I]>, DwarfRegNum<[!add(128,I)]>;
156 // Aliases of VMs to use as a pair of two VM for packed instructions
163 [!cast<VEMaskReg>("VM"#!shl(I,1)),
164 !cast<VEMaskReg>("VM"#!add(!shl(I,1),1))],
198 def VM : RegisterClass<"VE", [v256i1], 64, (sequence "VM%u", 0, 15)>;
|
| /openbsd-src/gnu/llvm/llvm/include/llvm/Transforms/Utils/ |
| H A D | ValueMapper.h | 147 ValueMapper(ValueToValueMapTy &VM, RemapFlags Flags = RF_None,
161 registerAlternateMappingContext(ValueToValueMapTy &VM,
209 inline Value *MapValue(const Value *V, ValueToValueMapTy &VM,
213 return ValueMapper(VM, Flags, TypeMapper, Materializer).mapValue(*V);
231 inline Metadata *MapMetadata(const Metadata *MD, ValueToValueMapTy &VM,
235 return ValueMapper(VM, Flags, TypeMapper, Materializer).mapMetadata(*MD);
239 inline MDNode *MapMetadata(const MDNode *MD, ValueToValueMapTy &VM,
243 return ValueMapper(VM, Flags, TypeMapper, Materializer).mapMDNode(*MD);
254 inline void RemapInstruction(Instruction *I, ValueToValueMapTy &VM,
258 ValueMapper(VM, Flags, TypeMapper, Materializer).remapInstruction(*I);
[all …]
|
| /openbsd-src/gnu/llvm/llvm/docs/HistoricalNotes/ |
| H A D | 2001-07-06-LoweringIRForCodeGen.txt | 9 VM -- it is a little too specialized. But without a corresponding
10 conditional move instruction in the VM, it is pretty difficult to maintain a
11 close mapping between VM and machine code. Other architectures may have
15 additional VM instructions that match some of the unusual opcodes on the
16 processor but have VM semantics otherwise, i.e., all operands are in SSA
17 form and typed. This means that we can re-generate core VM code from the
20 Typically, a static compiler like gcc would generate just the core VM, which
23 specialized target-specific VM code for a particular architecture. If the
28 mapping between VM and machine code.
|
| H A D | 2000-11-18-EarlyDesignIdeasResp.txt | 9 > 1. We need to be clear on our goals for the VM. Do we want to emphasize
10 > portability and safety like the Java VM? Or shall we focus on the
18 1. The VM code is NOT guaranteed safe in a java sense. Doing so makes it
31 VM. Performance is not wonderful, but it works right.
36 we could sign the generated VM code with a host specific private
48 for value add. The nice safe "sandbox" VM can be provided as a layer
58 > a. A single-assignment VM, which we've both already been thinking
62 however, by the prospect of a minimally allocated VM representation... I
78 VM). This is the point that disallows java style bytecodes, where all
87 > b. A strongly-typed VM. One question is do we need the types to be
[all …]
|
| H A D | 2000-11-18-EarlyDesignIdeas.txt | 9 1. We need to be clear on our goals for the VM. Do we want to emphasize
10 portability and safety like the Java VM? Or shall we focus on the
28 a. A single-assignment VM, which we've both already been thinking about.
30 b. A strongly-typed VM. One question is do we need the types to be
33 c. How do we get more high-level information into the VM while keeping
34 to a low-level VM design?
|
| H A D | 2001-06-20-.NET-Differences.txt | 4 Subject: .NET vs. our VM
6 One significant difference between .NET CLR and our VM is that the CLR
14 advantages to have a much lower level VM layer, and do significant static
|
| H A D | 2001-05-18-ExceptionHandling.txt | 5 the VM, as well as an extension to the LLVM function invocation syntax.
22 To support this, the VM/Runtime provide the following simple library
26 The VM must export a "frame type", that is an opaque structure used to
129 on the call stack (it does not have a VM Call->Label mapping installed), so
|
| /openbsd-src/gnu/llvm/llvm/include/llvm/Testing/ADT/ |
| H A D | StringMapEntry.h | 103 : KM(std::move(KMArg)), VM(std::move(VMArg)) {}
108 new StringMapEntryMatcherImpl<const StringMapEntryT &>(KM, VM));
113 const ValueMatcherT VM;
122 IsStringMapEntry(KeyMatcherT KM, ValueMatcherT VM) {
124 std::move(KM), std::move(VM));
|
| /openbsd-src/gnu/llvm/clang/lib/Basic/ |
| H A D | DarwinSDKInfo.cpp | 88 if (const auto *VM = Obj->getObject("VersionMap")) { in parseDarwinSDKSettingsJSON() local
91 for (const auto &KV : *VM) { in parseDarwinSDKSettingsJSON()
108 if (const auto *Mapping = VM->getObject("macOS_iOSMac")) { in parseDarwinSDKSettingsJSON()
116 if (const auto *Mapping = VM->getObject("iOSMac_macOS")) { in parseDarwinSDKSettingsJSON()
|
| /openbsd-src/gnu/llvm/llvm/lib/Transforms/Utils/ |
| H A D | ValueMapper.cpp | 99 ValueToValueMapTy *VM; member
103 explicit MappingContext(ValueToValueMapTy &VM, in MappingContext()
105 : VM(&VM), Materializer(Materializer) {} in MappingContext()
124 Mapper(ValueToValueMapTy &VM, RemapFlags Flags, in Mapper() argument
127 MCs(1, MappingContext(VM, Materializer)) {} in Mapper()
135 registerAlternateMappingContext(ValueToValueMapTy &VM, in registerAlternateMappingContext() argument
137 MCs.push_back(MappingContext(VM, Materializer)); in registerAlternateMappingContext()
176 ValueToValueMapTy &getVM() { return *MCs[CurrentMCID].VM; } in getVM()
1141 ValueMapper::ValueMapper(ValueToValueMapTy &VM, RemapFlags Flags, in ValueMapper() argument
1144 : pImpl(new Mapper(VM, Flags, TypeMapper, Materializer)) {} in ValueMapper()
[all …]
|
| /openbsd-src/gnu/llvm/llvm/include/llvm/Analysis/ |
| H A D | MemorySSAUpdater.h | 105 const ValueToValueMapTy &VM,
110 const ValueToValueMapTy &VM);
|
| /openbsd-src/regress/lib/libcrypto/x509/bettertls/certificates/ |
| H A D | 2207.crt | 13 BXQaLgPzzBvnKoZNxwlDm3ILNAjRw1/vmkIn2Ic/i0A4Crwzv9/VM+O0baT4RE+7
|
| H A D | 1306.crt | 18 VM+43pCzkQSBGwUPqhWjEu2ZEBQScVE6PjwKrGDGanLnMs2uC1w1CCqwBBUdqKHn
|
| H A D | 2842.crt | 13 74Tzw/TqRLueZukx7ZXqbAOdsVV0p44rm2aZYe+VM/6i1XmfFbN5J6KUDPEV0vbs
|
| H A D | 2715.key | 7 VM/FxL3wYVkCQbFc7u1+jqILH2Pi+OImzN55qwIDAQABAoIBAGnnXMk6OkEzjeWL
|
| H A D | 3325.key | 7 VM/cpxOiSAA7kS25AEuldVdrlaVv4Lr1UYaEAwIDAQABAoIBAQCdIWj9CvrAHPZa
|
| H A D | 3329.chain | 38 3oPNhXofgR60aOXjiKz/GnXH/i5PGhRiHRgU6RmEqJ57BEmXsgRAaj7NahoHU+VM
|
| H A D | 1952.chain | 43 VM+1v9lRvHceQTlDeLiQzVHK1R/hUD6MRNL1Jprlahc07/6yqGoj7Ucpp+rvHFyb
|
| H A D | 447.chain | 18 VM+jo12ktf4uuw265x1TjvX/sWQDyTDeOIxGg+0H9WPojTVtuv2v/CLl7QiKVIKD
|
| H A D | 3539.chain | 36 NJ1lhxTxh0cFl2X7UaEX2sUC+yau10x+ghr6FzdPpErFsjW27RPhmY7cCiDXJ/VM
|
| H A D | 1475.chain | 20 R1knKoFoQjq4z+usy/PUyTp/VM+C60iXMnwJSjVboaV/o+Ogi6A+h/xErtS1joZr
|
| /openbsd-src/gnu/llvm/lldb/docs/use/ |
| H A D | qemu-testing.rst | 116 * Make sure bridge networking is enabled between host machine and QEMU VM
136 * Run lldb-server inside QEMU VM
138 * Try connecting to lldb-server running inside QEMU VM with selected ip:port
|
| /openbsd-src/gnu/llvm/llvm/tools/verify-uselistorder/ |
| H A D | verify-uselistorder.cpp | 251 static void dumpMapping(const ValueMapping &VM) { in dumpMapping() argument
252 dbgs() << "value-mapping (size = " << VM.Values.size() << "):\n"; in dumpMapping()
253 for (unsigned I = 0, E = VM.Values.size(); I != E; ++I) { in dumpMapping()
255 VM.Values[I]->dump(); in dumpMapping()
|
| /openbsd-src/gnu/llvm/llvm/lib/Target/NVPTX/ |
| H A D | NVPTXGenericToNVVM.cpp | 120 ValueToValueMapTy VM; in runOnModule() local
122 VM[I->first] = I->second; in runOnModule()
|