/external/llvm/unittests/Transforms/Utils/ |
D | ValueMapperTest.cpp | 27 ValueToValueMapTy VM; in TEST() local 28 EXPECT_EQ(U, ValueMapper(VM).mapMDNode(*U)); in TEST() 54 ValueToValueMapTy VM; in TEST() local 55 EXPECT_EQ(U0, ValueMapper(VM).mapMDNode(*U0)); in TEST() 56 EXPECT_EQ(U1, ValueMapper(VM).mapMDNode(*U1)); in TEST() 61 ValueToValueMapTy VM; in TEST() local 62 EXPECT_EQ(U1, ValueMapper(VM).mapMDNode(*U1)); in TEST() 63 EXPECT_EQ(U0, ValueMapper(VM).mapMDNode(*U0)); in TEST() 95 ValueToValueMapTy VM; in TEST() local 96 VM[G0.get()] = G1.get(); in TEST() [all …]
|
/external/llvm-project/llvm/unittests/Transforms/Utils/ |
D | ValueMapperTest.cpp | 26 ValueToValueMapTy VM; in TEST() local 27 EXPECT_EQ(U, ValueMapper(VM).mapMDNode(*U)); in TEST() 53 ValueToValueMapTy VM; in TEST() local 54 EXPECT_EQ(U0, ValueMapper(VM).mapMDNode(*U0)); in TEST() 55 EXPECT_EQ(U1, ValueMapper(VM).mapMDNode(*U1)); in TEST() 60 ValueToValueMapTy VM; in TEST() local 61 EXPECT_EQ(U1, ValueMapper(VM).mapMDNode(*U1)); in TEST() 62 EXPECT_EQ(U0, ValueMapper(VM).mapMDNode(*U0)); in TEST() 94 ValueToValueMapTy VM; in TEST() local 95 VM[G0.get()] = G1.get(); in TEST() [all …]
|
/external/llvm-project/llvm/unittests/IR/ |
D | ValueMapTest.cpp | 47 ValueMap<TypeParam*, int> VM; in TYPED_TEST() local 48 VM[this->BitcastV.get()] = 7; in TYPED_TEST() 49 EXPECT_EQ(7, VM.lookup(this->BitcastV.get())); in TYPED_TEST() 50 EXPECT_EQ(0u, VM.count(this->AddV.get())); in TYPED_TEST() 52 EXPECT_EQ(7, VM.lookup(this->AddV.get())); in TYPED_TEST() 53 EXPECT_EQ(0u, VM.count(this->BitcastV.get())); in TYPED_TEST() 55 EXPECT_EQ(0u, VM.count(this->AddV.get())); in TYPED_TEST() 56 EXPECT_EQ(0u, VM.count(this->BitcastV.get())); in TYPED_TEST() 57 EXPECT_EQ(0U, VM.size()); in TYPED_TEST() 61 ValueMap<TypeParam*, int> VM; in TYPED_TEST() local [all …]
|
/external/llvm/unittests/IR/ |
D | ValueMapTest.cpp | 48 ValueMap<TypeParam*, int> VM; in TYPED_TEST() local 49 VM[this->BitcastV.get()] = 7; in TYPED_TEST() 50 EXPECT_EQ(7, VM.lookup(this->BitcastV.get())); in TYPED_TEST() 51 EXPECT_EQ(0u, VM.count(this->AddV.get())); in TYPED_TEST() 53 EXPECT_EQ(7, VM.lookup(this->AddV.get())); in TYPED_TEST() 54 EXPECT_EQ(0u, VM.count(this->BitcastV.get())); in TYPED_TEST() 56 EXPECT_EQ(0u, VM.count(this->AddV.get())); in TYPED_TEST() 57 EXPECT_EQ(0u, VM.count(this->BitcastV.get())); in TYPED_TEST() 58 EXPECT_EQ(0U, VM.size()); in TYPED_TEST() 62 ValueMap<TypeParam*, int> VM; in TYPED_TEST() local [all …]
|
/external/cros/system_api/dbus/vm_cicerone/ |
D | cicerone_service.proto | 9 // running inside of a VM. 13 // Message sent to cicerone when a VM has started up. This is just for 16 // Name of the VM. 19 // The owner of the VM. 22 // The IPv4 subnet for containers within the VM in network byte order. 25 // The netmask for the IPv4 subnet for containers within the VM in network 29 // The IPv4 address of the VM in network byte order. 32 // The virtual socket context id assigned to the VM. 36 // Message sent to cicerone when a VM stopped or failed to complete startup. 39 // Name of the VM. [all …]
|
/external/llvm/include/llvm/Transforms/Utils/ |
D | ValueMapper.h | 142 ValueMapper(ValueToValueMapTy &VM, RemapFlags Flags = RF_None, 152 registerAlternateMappingContext(ValueToValueMapTy &VM, 198 inline Value *MapValue(const Value *V, ValueToValueMapTy &VM, 202 return ValueMapper(VM, Flags, TypeMapper, Materializer).mapValue(*V); 220 inline Metadata *MapMetadata(const Metadata *MD, ValueToValueMapTy &VM, 224 return ValueMapper(VM, Flags, TypeMapper, Materializer).mapMetadata(*MD); 228 inline MDNode *MapMetadata(const MDNode *MD, ValueToValueMapTy &VM, 232 return ValueMapper(VM, Flags, TypeMapper, Materializer).mapMDNode(*MD); 243 inline void RemapInstruction(Instruction *I, ValueToValueMapTy &VM, 247 ValueMapper(VM, Flags, TypeMapper, Materializer).remapInstruction(*I); [all …]
|
/external/llvm-project/llvm/include/llvm/Transforms/Utils/ |
D | ValueMapper.h | 145 ValueMapper(ValueToValueMapTy &VM, RemapFlags Flags = RF_None, 159 registerAlternateMappingContext(ValueToValueMapTy &VM, 206 inline Value *MapValue(const Value *V, ValueToValueMapTy &VM, 210 return ValueMapper(VM, Flags, TypeMapper, Materializer).mapValue(*V); 228 inline Metadata *MapMetadata(const Metadata *MD, ValueToValueMapTy &VM, 232 return ValueMapper(VM, Flags, TypeMapper, Materializer).mapMetadata(*MD); 236 inline MDNode *MapMetadata(const MDNode *MD, ValueToValueMapTy &VM, 240 return ValueMapper(VM, Flags, TypeMapper, Materializer).mapMDNode(*MD); 251 inline void RemapInstruction(Instruction *I, ValueToValueMapTy &VM, 255 ValueMapper(VM, Flags, TypeMapper, Materializer).remapInstruction(*I); [all …]
|
/external/swiftshader/third_party/llvm-10.0/llvm/include/llvm/Transforms/Utils/ |
D | ValueMapper.h | 145 ValueMapper(ValueToValueMapTy &VM, RemapFlags Flags = RF_None, 159 registerAlternateMappingContext(ValueToValueMapTy &VM, 206 inline Value *MapValue(const Value *V, ValueToValueMapTy &VM, 210 return ValueMapper(VM, Flags, TypeMapper, Materializer).mapValue(*V); 228 inline Metadata *MapMetadata(const Metadata *MD, ValueToValueMapTy &VM, 232 return ValueMapper(VM, Flags, TypeMapper, Materializer).mapMetadata(*MD); 236 inline MDNode *MapMetadata(const MDNode *MD, ValueToValueMapTy &VM, 240 return ValueMapper(VM, Flags, TypeMapper, Materializer).mapMDNode(*MD); 251 inline void RemapInstruction(Instruction *I, ValueToValueMapTy &VM, 255 ValueMapper(VM, Flags, TypeMapper, Materializer).remapInstruction(*I); [all …]
|
/external/llvm-project/llvm/lib/Target/VE/ |
D | VEInstrVec.td | 152 defm m : VSTbm<opcStr, " $vx, $sy, $sz, $m", opc, !con(dag_in, (ins VM:$m))>; 215 defm m : VGTlm<opcStr, argStr#", $m", opc, RC, !con(dag_in, (ins VM:$m))>; 267 defm m : VSCbm<opcStr, argStr#", $m", opc, !con(dag_in, (ins VM:$m))>; 360 // Section 8.9.22 - LVM (Load VM) 384 defm LVM : LVMm<"lvm", 0xb7, VM>; 386 // Section 8.9.23 - SVM (Save VM) 395 defm SVM : SVMm<"svm", 0xa7, VM>; 433 defm VBRD : VBRDm<"vbrd", 0x8c, V64, I64, VM>; 435 defm VBRDL : VBRDm<"vbrdl", 0x8c, V64, I32, VM>; 437 defm VBRDU : VBRDm<"vbrdu", 0x8c, V64, F32, VM>; [all …]
|
/external/cros/system_api/dbus/vm_concierge/ |
D | service.proto | 12 // Specification of the key components of a VM. 14 // Path to the kernel that should be used for the VM. 18 // the VM. 31 // Describes any additional disk images that should be mounted inside the VM. 36 // Path where this disk image will be mounted inside the VM. 59 // Information about a particular VM. 61 // The IPv4 address assigned to the VM, in network byte order. 64 // The process ID of the main crosvm process for the VM. 67 // The virtual socket context id assigned to the VM. 72 // with this VM. [all …]
|
/external/llvm-project/lldb/test/Shell/ObjectFile/Breakpad/ |
D | sections.test | 11 CHECK-NEXT: VM address: 0 12 CHECK-NEXT: VM size: 0 25 CHECK-NEXT: VM address: 0 26 CHECK-NEXT: VM size: 0 39 CHECK-NEXT: VM address: 0 40 CHECK-NEXT: VM size: 0 52 CHECK-NEXT: VM address: 0 53 CHECK-NEXT: VM size: 0 67 CHECK-NEXT: VM address: 0 68 CHECK-NEXT: VM size: 0 [all …]
|
/external/llvm-project/llvm/test/CodeGen/WebAssembly/ |
D | simd-build-vector.ll | 2 …-explicit-locals -wasm-keep-registers -mattr=+simd128 | FileCheck %s --check-prefixes=CHECK,SIMD-VM 13 ; SIMD-VM-NEXT: i64.const $push0=, 8589934593 14 ; SIMD-VM-NEXT: i64x2.splat $push1=, $pop0 15 ; SIMD-VM-NEXT: return $pop1 23 ; SIMD-VM-NEXT: i64.const $push0=, 8589934593 24 ; SIMD-VM-NEXT: i64x2.splat $push1=, $pop0 25 ; SIMD-VM-NEXT: return $pop1 33 ; SIMD-VM-NEXT: i64.const $push0=, 8589934593 34 ; SIMD-VM-NEXT: i64x2.splat $push1=, $pop0 35 ; SIMD-VM-NEXT: return $pop1 [all …]
|
/external/llvm/docs/HistoricalNotes/ |
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.
|
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 …]
|
/external/llvm-project/llvm/docs/HistoricalNotes/ |
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.
|
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 …]
|
/external/oj-libjdwp/src/share/classes/com/sun/tools/jdi/resources/ |
D | jdi_zh_CN.properties | 4 raw.command = \u7528\u4E8E\u542F\u52A8\u8C03\u8BD5\u5E94\u7528\u7A0B\u5E8F VM \u7684\u539F\u59CB\u5… 13 sun.options = \u5DF2\u542F\u52A8\u7684 VM \u9009\u9879 21 sun.vm_exec = Java VM \u542F\u52A8\u7A0B\u5E8F\u7684\u540D\u79F0 23 sun.description = \u4F7F\u7528 Sun Java VM \u547D\u4EE4\u884C\u542F\u52A8\u76EE\u6807\u5E76\u9644\u… 24 generic_attaching.address = VM \u8FDE\u63A5\u6240\u9644\u52A0\u5230\u7684\u5730\u5740 28 generic_listening.address = \u76D1\u542C VM \u8FDE\u63A5\u65F6\u4F7F\u7528\u7684\u5730\u5740 34 socket_attaching.host = VM \u8FDE\u63A5\u6240\u9644\u52A0\u5230\u7684\u8BA1\u7B97\u673A\u540D\u79F0 36 socket_attaching.port = VM \u8FDE\u63A5\u6240\u9644\u52A0\u5230\u7684\u7AEF\u53E3\u53F7 38 socket_attaching.description = \u901A\u8FC7\u5957\u63A5\u5B57\u9644\u52A0\u5230\u5176\u4ED6 VM 41 socket_listening.port = \u76D1\u542C VM \u8FDE\u63A5\u65F6\u4F7F\u7528\u7684\u7AEF\u53E3\u53F7 [all …]
|
D | jdi.properties | 4 raw.command = Raw command to start the debugged application VM 13 sun.options = Launched VM options 21 sun.vm_exec = Name of the Java VM launcher 23 sun.description = Launches target using Sun Java VM command line and attaches to it 24 generic_attaching.address = Address to which to attach for VM connections 28 generic_listening.address = Address to listen for VM connections 34 socket_attaching.host = Machine name to which to attach for VM connections 36 socket_attaching.port = Port number to which to attach for VM connections 41 socket_listening.port = Port number at which to listen for VM connections 44 memory_attaching.name = Name of the shared memory area to which to attach for VM connections [all …]
|
D | jdi_ja.properties | 21 sun.vm_exec = Java VM\u8D77\u52D5\u30C4\u30FC\u30EB\u540D 23 sun.description = Sun\u306EJava VM\u30B3\u30DE\u30F3\u30C9\u884C\u3092\u4F7F\u7528\u3057\u3066\u30B… 24 generic_attaching.address = VM\u306B\u63A5\u7D9A\u3059\u308B\u30A2\u30C9\u30EC\u30B9 28 generic_listening.address = VM\u3078\u306E\u63A5\u7D9A\u3092\u30EA\u30B9\u30CB\u30F3\u30B0\u3059\u3… 34 socket_attaching.host = VM\u306B\u63A5\u7D9A\u3059\u308B\u30DE\u30B7\u30F3\u540D 36 socket_attaching.port = VM\u306B\u63A5\u7D9A\u3059\u308B\u30DD\u30FC\u30C8\u756A\u53F7 41 socket_listening.port = VM\u3078\u306E\u63A5\u7D9A\u3092\u30EA\u30B9\u30CB\u30F3\u30B0\u3059\u308B\… 44 memory_attaching.name = VM\u3078\u306E\u63A5\u7D9A\u306B\u4F7F\u7528\u3055\u308C\u308B\u5171\u6709\… 47 memory_listening.name = VM\u3078\u306E\u63A5\u7D9A\u3092\u30EA\u30B9\u30CB\u30F3\u30B0\u3059\u308B\…
|
/external/llvm-project/llvm/test/CodeGen/AMDGPU/ |
D | waitcnt-debug.mir | 4 …nts -debug-counter=si-insert-waitcnts-forcevm-count=3 -o - %s | FileCheck -check-prefixes=GCN,VM %s 20 # VM: S_WAITCNT 3952 21 # VM-NEXT: S_NOP 0 22 # VM-NEXT: S_WAITCNT 3952 23 # VM-NEXT: S_NOP 0 24 # VM-NEXT: S_WAITCNT 3952 25 # VM-NEXT: S_NOP 0
|
/external/bcc/examples/networking/vlan_filter/ |
D | README.md | 11 …ort | VNI | Source VM MAC | Dest VM MAC | VLAN ID | Source VM IP | Dest VM IP | Protoco…
|
/external/crosvm/ci/vm_tools/ |
D | README.md | 1 # VM Tools 4 VM. 6 The VM is expected to be accessible via `ssh vm` without a password prompt, this
|
/external/rust/crates/grpcio-sys/grpc/tools/gce/ |
D | kokoro_performance.pub | 1 # Enable Kokoro CI to SSH to the VM (Added by linux_kokoro_performance_worker_init.sh) 3 # Enable kokoro multi-machine benchmark driver VM to SSH to the VM (Added by linux_kokoro_performan…
|
/external/cros/system_api/dbus/vm_applications/ |
D | apps.proto | 56 // Name of the VM to launch the terminal in. 59 // Name of the container within the VM to launch the terminal in. 62 // The owner of the VM and container. 72 // Name of the VM this came from. 78 // The owner of the VM and container.
|
/external/crosvm/ci/ |
D | README.md | 6 we provide docker containers containing the build toolchain and a VM for 56 Then it will start a VM for running tests in the background. The VM is 63 be loaded into the VM to execute. 84 Since the VM (especially the fully emulated aarch64 VM) can be slow to boot, you 86 tests will be executed inside the VM, without the need to restart the VM between 116 - ci/crosvm_test_vm: Dockerfile to build the VM included in the builder
|