| /external/llvm/unittests/VMCore/ |
| D | ValueMapTest.cpp | 50 ValueMap<TypeParam*, int> VM; in TYPED_TEST() local
51 VM[this->BitcastV.get()] = 7; in TYPED_TEST()
52 EXPECT_EQ(7, VM.lookup(this->BitcastV.get())); in TYPED_TEST()
53 EXPECT_EQ(0, VM.count(this->AddV.get())); in TYPED_TEST()
55 EXPECT_EQ(7, VM.lookup(this->AddV.get())); in TYPED_TEST()
56 EXPECT_EQ(0, VM.count(this->BitcastV.get())); in TYPED_TEST()
58 EXPECT_EQ(0, VM.count(this->AddV.get())); in TYPED_TEST()
59 EXPECT_EQ(0, VM.count(this->BitcastV.get())); in TYPED_TEST()
60 EXPECT_EQ(0U, VM.size()); in TYPED_TEST()
64 ValueMap<TypeParam*, int> VM; in TYPED_TEST() local
[all …]
|
| /external/llvm/lib/Transforms/Utils/ |
| D | ValueMapper.cpp | 26 Value *llvm::MapValue(const Value *V, ValueToValueMapTy &VM, RemapFlags Flags, in MapValue() argument
28 ValueToValueMapTy::iterator I = VM.find(V); in MapValue()
31 if (I != VM.end() && I->second) return I->second; in MapValue()
36 return VM[V] = const_cast<Value*>(V); in MapValue()
49 return VM[V] = const_cast<Value*>(V); in MapValue()
57 return VM[V] = const_cast<Value*>(V); in MapValue()
61 VM[V] = Dummy; in MapValue()
66 if (OP == 0 || MapValue(OP, VM, Flags, TypeMapper) == OP) continue; in MapValue()
73 Elts.push_back(Op ? MapValue(Op, VM, Flags, TypeMapper) : 0); in MapValue()
77 VM[V] = NewMD; in MapValue()
[all …]
|
| /external/llvm/include/llvm/Transforms/Utils/ |
| D | ValueMapper.h | 56 Value *MapValue(const Value *V, ValueToValueMapTy &VM,
60 void RemapInstruction(Instruction *I, ValueToValueMapTy &VM,
66 inline MDNode *MapValue(const MDNode *V, ValueToValueMapTy &VM,
69 return (MDNode*)MapValue((const Value*)V, VM, Flags, TypeMapper);
71 inline Constant *MapValue(const Constant *V, ValueToValueMapTy &VM,
74 return (Constant*)MapValue((const Value*)V, VM, Flags, TypeMapper);
|
| /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 …]
|
| 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?
|
| 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
|
| 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
|
| D | 2001-02-06-TypeNotationDebateResp2.txt | 21 * As a low level VM, we want to expose addressing computations
|
| D | 2001-02-09-AdveCommentsResponse.txt | 37 Great. I added a note to the switch section commenting on how the VM
133 on their VM. Of course this means that the VM MUST implement tail calls
|
| /external/android-mock/src/com/google/android/testing/mocking/ |
| D | GeneratedMockJar.readme | 9 an Android (Dalvik) VM.
13 transformations to avoid Dalvik VM troubles.
20 loading to the Dalvik VM by having called the MockGenerator.jar file. Try
|
| /external/webkit/Source/JavaScriptCore/ |
| D | ChangeLog-2009-06-16 | 4224 space will not be paged in if it is not used, so this is purely a VM overhead. For
4228 Revert to our 112.5% policy - probably best to limit the amount of unused VM we allow
5927 representation that is independent of the number representation in the VM.
5930 converted back to the VM's internal number representation.
8193 Tiger crash fix: Put VM tags in their own header file, and fixed up the
8406 Fix bug where the VM reentry cache would not correctly unroll the cached callframe
8469 Fix subtle error in optimised VM reentry in Array.sort
8529 Cache the VM entry for Array.sort when using a JS comparison function.
8592 Bug 25202: Improve performance of repeated callbacks into the VM
9017 The Android platform requires threads to be registered with the VM.
[all …]
|
| D | ChangeLog-2008-08-10 | 37 * VM/SamplingTool.cpp:
53 * VM/CodeBlock.cpp:
54 * VM/CodeBlock.h:
55 * VM/Machine.cpp:
67 * VM/CodeBlock.cpp:
69 * VM/CodeGenerator.cpp:
89 * VM/Machine.cpp:
141 * VM/Machine.cpp:
157 * VM/CodeBlock.cpp:
160 * VM/CodeBlock.h:
[all …]
|
| /external/clang/lib/StaticAnalyzer/Checkers/ |
| D | UndefBranchChecker.cpp | 30 GRStateManager& VM; member
33 FindUndefExpr(GRStateManager& V, const GRState* S) : VM(V), St(S) {} in FindUndefExpr()
|
| /external/qemu/ |
| D | qemu-monitor.hx | 73 show list of VM snapshots
75 show the current VM status (running|paused)
83 show the current VM name
85 show the current VM UUID
174 "[tag|id]", "save a VM snapshot. If no tag or id are provided, a new snapshot is created" },
184 "tag|id", "restore a VM snapshot from its tag or id" },
192 "tag|id", "delete a VM snapshot from its tag or id" },
311 … "keys [hold_ms]", "send keys to the VM (e.g. 'sendkey ctrl-alt-f1', default hold time=100 ms)" },
474 "", "cancel the current VM migration" },
477 Cancel the current VM migration.
[all …]
|
| D | INSTALL | 43 results in the VM crashing either immediately or after a few seconds.
|
| /external/webkit/LayoutTests/dom/html/level2/html/ |
| D | AppletsCollection-expected.txt | 5 …ve any actual Java Applets referenced here because when DRT loads the Java VM it hangs. If that bu…
|
| /external/llvm/lib/Transforms/Scalar/ |
| D | LoopUnswitch.cpp | 465 static Loop *CloneLoop(Loop *L, Loop *PL, ValueToValueMapTy &VM, in CloneLoop() argument
474 New->addBasicBlockToLoop(cast<BasicBlock>(VM[*I]), LI->getBase()); in CloneLoop()
478 CloneLoop(*I, New, VM, LI, LPM); in CloneLoop()
|
| /external/v8/src/ |
| D | SConscript | 335 # host VM with the simulator=arm and snapshot=on options and then take the
337 # directory. Then rebuild the VM with the cross compiler and specify
|
| /external/qemu/android/avd/ |
| D | hardware-properties.ini | 354 # Maximum VM heap size
360 abstract = Max VM application heap size
|
| /external/qemu/docs/ |
| D | ANDROID-QEMUD-SERVICES.TXT | 147 the current VM clock time in micro-seconds. The client will adjust it
|
| /external/svox/pico_resources/tools/LingwareBuilding/PicoLingware_source_files/pkb/es-ES/ |
| D | es-ES_zl0_kdt_dur.pkb | 200 …;���R �%k�i �Z� ��:]R��Nմv�mx��6)�aŠ: �A�<b1,d�-6)��m�.E���L�fǶ�gO�VM��-HWc�A�r�lX�ݨ!�…
|
| /external/svox/pico_resources/tools/LingwareBuilding/PicoLingware_source_files/pkb/en-GB/ |
| D | en-GB_kh0_kdt_dur.pkb | 68 �� ��ǒ�ƒӇ��[�I�� {� �� � �� S �@'O��T�8'! �Ow����zʖT�PRVM����d�G`�G�!8B�
|
| /external/svox/pico_resources/tools/LingwareBuilding/PicoLingware_source_files/pkb/de-DE/ |
| D | de-DE_gl0_kpdf_phs.pkb | 177 ������G�����֠~z�������x^QUj��~VM��������� '3=CC>7/(" "$&&$! G��������̰�m^WOB…
|
| /external/chromium/base/ |
| D | process_util_mac.mm | 293 // We iterate through each VM region in the task's address map. For shared
296 // we don't have access to the VM regions of other tasks the only hint we have
|