2019-02-14 10:00:15 +00:00
|
|
|
# Copyright 2019 the V8 project authors. All rights reserved.
|
2017-03-30 11:44:00 +00:00
|
|
|
# Use of this source code is governed by a BSD-style license that can
|
|
|
|
# be found in the LICENSE file.
|
2013-08-02 09:02:02 +00:00
|
|
|
|
2017-04-20 06:14:53 +00:00
|
|
|
# This file is automatically generated by mkgrokdump and should not
|
|
|
|
# be modified manually.
|
|
|
|
|
2013-08-02 09:02:02 +00:00
|
|
|
# List of known V8 instance types.
|
|
|
|
INSTANCE_TYPES = {
|
2016-12-20 15:26:08 +00:00
|
|
|
0: "INTERNALIZED_STRING_TYPE",
|
|
|
|
2: "EXTERNAL_INTERNALIZED_STRING_TYPE",
|
2017-03-28 08:44:17 +00:00
|
|
|
8: "ONE_BYTE_INTERNALIZED_STRING_TYPE",
|
|
|
|
10: "EXTERNAL_ONE_BYTE_INTERNALIZED_STRING_TYPE",
|
2019-03-04 12:55:22 +00:00
|
|
|
18: "UNCACHED_EXTERNAL_INTERNALIZED_STRING_TYPE",
|
|
|
|
26: "UNCACHED_EXTERNAL_ONE_BYTE_INTERNALIZED_STRING_TYPE",
|
|
|
|
32: "STRING_TYPE",
|
|
|
|
33: "CONS_STRING_TYPE",
|
|
|
|
34: "EXTERNAL_STRING_TYPE",
|
|
|
|
35: "SLICED_STRING_TYPE",
|
|
|
|
37: "THIN_STRING_TYPE",
|
|
|
|
40: "ONE_BYTE_STRING_TYPE",
|
|
|
|
41: "CONS_ONE_BYTE_STRING_TYPE",
|
|
|
|
42: "EXTERNAL_ONE_BYTE_STRING_TYPE",
|
|
|
|
43: "SLICED_ONE_BYTE_STRING_TYPE",
|
|
|
|
45: "THIN_ONE_BYTE_STRING_TYPE",
|
|
|
|
50: "UNCACHED_EXTERNAL_STRING_TYPE",
|
|
|
|
58: "UNCACHED_EXTERNAL_ONE_BYTE_STRING_TYPE",
|
2019-04-18 09:29:49 +00:00
|
|
|
64: "SYMBOL_TYPE",
|
2019-10-11 21:52:06 +00:00
|
|
|
65: "BIG_INT_BASE_TYPE",
|
|
|
|
66: "HEAP_NUMBER_TYPE",
|
2019-04-18 09:29:49 +00:00
|
|
|
67: "ODDBALL_TYPE",
|
2020-05-04 12:50:30 +00:00
|
|
|
68: "ABSTRACT_INTERNAL_CLASS_SUBCLASS1_TYPE",
|
|
|
|
69: "ABSTRACT_INTERNAL_CLASS_SUBCLASS2_TYPE",
|
2019-08-20 13:24:13 +00:00
|
|
|
70: "FOREIGN_TYPE",
|
2020-06-29 14:15:41 +00:00
|
|
|
71: "WASM_TYPE_INFO_TYPE",
|
|
|
|
72: "PROMISE_FULFILL_REACTION_JOB_TASK_TYPE",
|
|
|
|
73: "PROMISE_REJECT_REACTION_JOB_TASK_TYPE",
|
|
|
|
74: "CALLABLE_TASK_TYPE",
|
|
|
|
75: "CALLBACK_TASK_TYPE",
|
|
|
|
76: "PROMISE_RESOLVE_THENABLE_JOB_TASK_TYPE",
|
|
|
|
77: "LOAD_HANDLER_TYPE",
|
|
|
|
78: "STORE_HANDLER_TYPE",
|
|
|
|
79: "FUNCTION_TEMPLATE_INFO_TYPE",
|
|
|
|
80: "OBJECT_TEMPLATE_INFO_TYPE",
|
|
|
|
81: "ACCESS_CHECK_INFO_TYPE",
|
|
|
|
82: "ACCESSOR_INFO_TYPE",
|
|
|
|
83: "ACCESSOR_PAIR_TYPE",
|
|
|
|
84: "ALIASED_ARGUMENTS_ENTRY_TYPE",
|
|
|
|
85: "ALLOCATION_MEMENTO_TYPE",
|
|
|
|
86: "ALLOCATION_SITE_TYPE",
|
|
|
|
87: "ARRAY_BOILERPLATE_DESCRIPTION_TYPE",
|
|
|
|
88: "ASM_WASM_DATA_TYPE",
|
|
|
|
89: "ASYNC_GENERATOR_REQUEST_TYPE",
|
|
|
|
90: "BREAK_POINT_TYPE",
|
|
|
|
91: "BREAK_POINT_INFO_TYPE",
|
|
|
|
92: "CACHED_TEMPLATE_OBJECT_TYPE",
|
|
|
|
93: "CALL_HANDLER_INFO_TYPE",
|
|
|
|
94: "CLASS_POSITIONS_TYPE",
|
|
|
|
95: "DEBUG_INFO_TYPE",
|
|
|
|
96: "ENUM_CACHE_TYPE",
|
|
|
|
97: "FEEDBACK_CELL_TYPE",
|
|
|
|
98: "FUNCTION_TEMPLATE_RARE_DATA_TYPE",
|
|
|
|
99: "INTERCEPTOR_INFO_TYPE",
|
|
|
|
100: "INTERPRETER_DATA_TYPE",
|
Plumb import assertions through SourceTextModuleDescriptor's ModuleRequestMap
This change plumbs import assertions from SourceTextModuleDescriptor's
ModuleRequestMap into SourceTextModuleInfo via a new ModuleRequest
type, where previously there had been only the specifier.
SourceTextModuleDescriptor::module_map now deduplicates module requests
using the specifier and the import assertions. Continuing to use the
specifier alone would cause a loss of information in the event that
a module imports from the same specifier multiple times using different
sets of assertions. Failing to deduplicate at all would result in
multiple requests for statements like `import {a,b,c} from "foo.js"`,
which would be a potential performance issue. See design doc at
https://docs.google.com/document/d/1yuXgNHSbTAPubT1Mg0JXp5uTrfirkvO1g5cHHCe-LmY
for more detail on this decision.
v8::internal::ModuleRequest holds the assertions as an array of the form
[key1, value1, position1, key2, value2, assertion2, ...]. However the
parser still needs to use a map, since duplicate assertion keys need to
be detected at parse time. A follow-up change will ensure that
assertions are sorted using a proper lexicographic sort.
Bug: v8:10958
Change-Id: Iff13fb9a37d58fc1622cd3cce78925ad2b7a14bb
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2493060
Commit-Queue: Dan Clark <daniec@microsoft.com>
Reviewed-by: Adam Klein <adamk@chromium.org>
Reviewed-by: Marja Hölttä <marja@chromium.org>
Cr-Commit-Position: refs/heads/master@{#71066}
2020-11-09 22:59:00 +00:00
|
|
|
101: "MODULE_REQUEST_TYPE",
|
|
|
|
102: "PROMISE_CAPABILITY_TYPE",
|
|
|
|
103: "PROMISE_REACTION_TYPE",
|
|
|
|
104: "PROPERTY_DESCRIPTOR_OBJECT_TYPE",
|
|
|
|
105: "PROTOTYPE_INFO_TYPE",
|
|
|
|
106: "SCRIPT_TYPE",
|
|
|
|
107: "SOURCE_TEXT_MODULE_INFO_ENTRY_TYPE",
|
|
|
|
108: "STACK_FRAME_INFO_TYPE",
|
|
|
|
109: "STACK_TRACE_FRAME_TYPE",
|
|
|
|
110: "TEMPLATE_OBJECT_DESCRIPTION_TYPE",
|
|
|
|
111: "TUPLE2_TYPE",
|
|
|
|
112: "WASM_EXCEPTION_TAG_TYPE",
|
|
|
|
113: "WASM_EXPORTED_FUNCTION_DATA_TYPE",
|
|
|
|
114: "WASM_INDIRECT_FUNCTION_TABLE_TYPE",
|
|
|
|
115: "WASM_JS_FUNCTION_DATA_TYPE",
|
|
|
|
116: "WASM_VALUE_TYPE",
|
|
|
|
117: "FIXED_ARRAY_TYPE",
|
|
|
|
118: "HASH_TABLE_TYPE",
|
|
|
|
119: "EPHEMERON_HASH_TABLE_TYPE",
|
|
|
|
120: "GLOBAL_DICTIONARY_TYPE",
|
|
|
|
121: "NAME_DICTIONARY_TYPE",
|
|
|
|
122: "NUMBER_DICTIONARY_TYPE",
|
|
|
|
123: "ORDERED_HASH_MAP_TYPE",
|
|
|
|
124: "ORDERED_HASH_SET_TYPE",
|
|
|
|
125: "ORDERED_NAME_DICTIONARY_TYPE",
|
|
|
|
126: "SIMPLE_NUMBER_DICTIONARY_TYPE",
|
|
|
|
127: "CLOSURE_FEEDBACK_CELL_ARRAY_TYPE",
|
|
|
|
128: "OBJECT_BOILERPLATE_DESCRIPTION_TYPE",
|
|
|
|
129: "SCOPE_INFO_TYPE",
|
|
|
|
130: "SCRIPT_CONTEXT_TABLE_TYPE",
|
|
|
|
131: "BYTE_ARRAY_TYPE",
|
|
|
|
132: "BYTECODE_ARRAY_TYPE",
|
|
|
|
133: "FIXED_DOUBLE_ARRAY_TYPE",
|
|
|
|
134: "INTERNAL_CLASS_WITH_SMI_ELEMENTS_TYPE",
|
|
|
|
135: "SLOPPY_ARGUMENTS_ELEMENTS_TYPE",
|
|
|
|
136: "AWAIT_CONTEXT_TYPE",
|
|
|
|
137: "BLOCK_CONTEXT_TYPE",
|
|
|
|
138: "CATCH_CONTEXT_TYPE",
|
|
|
|
139: "DEBUG_EVALUATE_CONTEXT_TYPE",
|
|
|
|
140: "EVAL_CONTEXT_TYPE",
|
|
|
|
141: "FUNCTION_CONTEXT_TYPE",
|
|
|
|
142: "MODULE_CONTEXT_TYPE",
|
|
|
|
143: "NATIVE_CONTEXT_TYPE",
|
|
|
|
144: "SCRIPT_CONTEXT_TYPE",
|
|
|
|
145: "WITH_CONTEXT_TYPE",
|
|
|
|
146: "EXPORTED_SUB_CLASS_BASE_TYPE",
|
|
|
|
147: "EXPORTED_SUB_CLASS_TYPE",
|
|
|
|
148: "EXPORTED_SUB_CLASS2_TYPE",
|
|
|
|
149: "SMALL_ORDERED_HASH_MAP_TYPE",
|
|
|
|
150: "SMALL_ORDERED_HASH_SET_TYPE",
|
|
|
|
151: "SMALL_ORDERED_NAME_DICTIONARY_TYPE",
|
|
|
|
152: "DESCRIPTOR_ARRAY_TYPE",
|
|
|
|
153: "STRONG_DESCRIPTOR_ARRAY_TYPE",
|
|
|
|
154: "SOURCE_TEXT_MODULE_TYPE",
|
|
|
|
155: "SYNTHETIC_MODULE_TYPE",
|
|
|
|
156: "UNCOMPILED_DATA_WITH_PREPARSE_DATA_TYPE",
|
|
|
|
157: "UNCOMPILED_DATA_WITHOUT_PREPARSE_DATA_TYPE",
|
|
|
|
158: "WEAK_FIXED_ARRAY_TYPE",
|
|
|
|
159: "TRANSITION_ARRAY_TYPE",
|
|
|
|
160: "CELL_TYPE",
|
|
|
|
161: "CODE_TYPE",
|
|
|
|
162: "CODE_DATA_CONTAINER_TYPE",
|
|
|
|
163: "COVERAGE_INFO_TYPE",
|
|
|
|
164: "EMBEDDER_DATA_ARRAY_TYPE",
|
|
|
|
165: "FEEDBACK_METADATA_TYPE",
|
|
|
|
166: "FEEDBACK_VECTOR_TYPE",
|
|
|
|
167: "FILLER_TYPE",
|
|
|
|
168: "FREE_SPACE_TYPE",
|
|
|
|
169: "INTERNAL_CLASS_TYPE",
|
|
|
|
170: "INTERNAL_CLASS_WITH_STRUCT_ELEMENTS_TYPE",
|
|
|
|
171: "MAP_TYPE",
|
|
|
|
172: "ON_HEAP_BASIC_BLOCK_PROFILER_DATA_TYPE",
|
|
|
|
173: "PREPARSE_DATA_TYPE",
|
|
|
|
174: "PROPERTY_ARRAY_TYPE",
|
|
|
|
175: "PROPERTY_CELL_TYPE",
|
|
|
|
176: "SHARED_FUNCTION_INFO_TYPE",
|
|
|
|
177: "SMI_BOX_TYPE",
|
|
|
|
178: "SMI_PAIR_TYPE",
|
|
|
|
179: "SORT_STATE_TYPE",
|
|
|
|
180: "WASM_ARRAY_TYPE",
|
|
|
|
181: "WASM_CAPI_FUNCTION_DATA_TYPE",
|
|
|
|
182: "WASM_STRUCT_TYPE",
|
|
|
|
183: "WEAK_ARRAY_LIST_TYPE",
|
|
|
|
184: "WEAK_CELL_TYPE",
|
|
|
|
185: "JS_PROXY_TYPE",
|
2019-10-11 21:52:06 +00:00
|
|
|
1057: "JS_OBJECT_TYPE",
|
Plumb import assertions through SourceTextModuleDescriptor's ModuleRequestMap
This change plumbs import assertions from SourceTextModuleDescriptor's
ModuleRequestMap into SourceTextModuleInfo via a new ModuleRequest
type, where previously there had been only the specifier.
SourceTextModuleDescriptor::module_map now deduplicates module requests
using the specifier and the import assertions. Continuing to use the
specifier alone would cause a loss of information in the event that
a module imports from the same specifier multiple times using different
sets of assertions. Failing to deduplicate at all would result in
multiple requests for statements like `import {a,b,c} from "foo.js"`,
which would be a potential performance issue. See design doc at
https://docs.google.com/document/d/1yuXgNHSbTAPubT1Mg0JXp5uTrfirkvO1g5cHHCe-LmY
for more detail on this decision.
v8::internal::ModuleRequest holds the assertions as an array of the form
[key1, value1, position1, key2, value2, assertion2, ...]. However the
parser still needs to use a map, since duplicate assertion keys need to
be detected at parse time. A follow-up change will ensure that
assertions are sorted using a proper lexicographic sort.
Bug: v8:10958
Change-Id: Iff13fb9a37d58fc1622cd3cce78925ad2b7a14bb
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2493060
Commit-Queue: Dan Clark <daniec@microsoft.com>
Reviewed-by: Adam Klein <adamk@chromium.org>
Reviewed-by: Marja Hölttä <marja@chromium.org>
Cr-Commit-Position: refs/heads/master@{#71066}
2020-11-09 22:59:00 +00:00
|
|
|
186: "JS_GLOBAL_OBJECT_TYPE",
|
|
|
|
187: "JS_GLOBAL_PROXY_TYPE",
|
|
|
|
188: "JS_MODULE_NAMESPACE_TYPE",
|
2017-12-22 17:20:47 +00:00
|
|
|
1040: "JS_SPECIAL_API_OBJECT_TYPE",
|
2019-06-24 13:13:34 +00:00
|
|
|
1041: "JS_PRIMITIVE_WRAPPER_TYPE",
|
2019-10-11 21:52:06 +00:00
|
|
|
1042: "JS_MAP_KEY_ITERATOR_TYPE",
|
|
|
|
1043: "JS_MAP_KEY_VALUE_ITERATOR_TYPE",
|
|
|
|
1044: "JS_MAP_VALUE_ITERATOR_TYPE",
|
|
|
|
1045: "JS_SET_KEY_VALUE_ITERATOR_TYPE",
|
|
|
|
1046: "JS_SET_VALUE_ITERATOR_TYPE",
|
|
|
|
1047: "JS_GENERATOR_OBJECT_TYPE",
|
|
|
|
1048: "JS_ASYNC_FUNCTION_OBJECT_TYPE",
|
|
|
|
1049: "JS_ASYNC_GENERATOR_OBJECT_TYPE",
|
|
|
|
1050: "JS_DATA_VIEW_TYPE",
|
|
|
|
1051: "JS_TYPED_ARRAY_TYPE",
|
|
|
|
1052: "JS_MAP_TYPE",
|
|
|
|
1053: "JS_SET_TYPE",
|
|
|
|
1054: "JS_WEAK_MAP_TYPE",
|
|
|
|
1055: "JS_WEAK_SET_TYPE",
|
2017-12-22 17:20:47 +00:00
|
|
|
1056: "JS_API_OBJECT_TYPE",
|
2020-05-28 07:58:37 +00:00
|
|
|
1058: "JS_ARGUMENTS_OBJECT_TYPE",
|
|
|
|
1059: "JS_ARRAY_TYPE",
|
|
|
|
1060: "JS_ARRAY_BUFFER_TYPE",
|
|
|
|
1061: "JS_ARRAY_ITERATOR_TYPE",
|
|
|
|
1062: "JS_ASYNC_FROM_SYNC_ITERATOR_TYPE",
|
|
|
|
1063: "JS_COLLATOR_TYPE",
|
|
|
|
1064: "JS_CONTEXT_EXTENSION_OBJECT_TYPE",
|
|
|
|
1065: "JS_DATE_TYPE",
|
|
|
|
1066: "JS_DATE_TIME_FORMAT_TYPE",
|
|
|
|
1067: "JS_DISPLAY_NAMES_TYPE",
|
|
|
|
1068: "JS_ERROR_TYPE",
|
|
|
|
1069: "JS_FINALIZATION_REGISTRY_TYPE",
|
|
|
|
1070: "JS_LIST_FORMAT_TYPE",
|
|
|
|
1071: "JS_LOCALE_TYPE",
|
|
|
|
1072: "JS_MESSAGE_OBJECT_TYPE",
|
|
|
|
1073: "JS_NUMBER_FORMAT_TYPE",
|
|
|
|
1074: "JS_PLURAL_RULES_TYPE",
|
|
|
|
1075: "JS_PROMISE_TYPE",
|
|
|
|
1076: "JS_REG_EXP_TYPE",
|
|
|
|
1077: "JS_REG_EXP_STRING_ITERATOR_TYPE",
|
|
|
|
1078: "JS_RELATIVE_TIME_FORMAT_TYPE",
|
|
|
|
1079: "JS_SEGMENT_ITERATOR_TYPE",
|
|
|
|
1080: "JS_SEGMENTER_TYPE",
|
2020-07-29 15:06:31 +00:00
|
|
|
1081: "JS_SEGMENTS_TYPE",
|
|
|
|
1082: "JS_STRING_ITERATOR_TYPE",
|
|
|
|
1083: "JS_V8_BREAK_ITERATOR_TYPE",
|
|
|
|
1084: "JS_WEAK_REF_TYPE",
|
|
|
|
1085: "WASM_EXCEPTION_OBJECT_TYPE",
|
|
|
|
1086: "WASM_GLOBAL_OBJECT_TYPE",
|
|
|
|
1087: "WASM_INSTANCE_OBJECT_TYPE",
|
|
|
|
1088: "WASM_MEMORY_OBJECT_TYPE",
|
|
|
|
1089: "WASM_MODULE_OBJECT_TYPE",
|
|
|
|
1090: "WASM_TABLE_OBJECT_TYPE",
|
|
|
|
1091: "JS_BOUND_FUNCTION_TYPE",
|
|
|
|
1092: "JS_FUNCTION_TYPE",
|
2013-08-02 09:02:02 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
# List of known V8 maps.
|
|
|
|
KNOWN_MAPS = {
|
Plumb import assertions through SourceTextModuleDescriptor's ModuleRequestMap
This change plumbs import assertions from SourceTextModuleDescriptor's
ModuleRequestMap into SourceTextModuleInfo via a new ModuleRequest
type, where previously there had been only the specifier.
SourceTextModuleDescriptor::module_map now deduplicates module requests
using the specifier and the import assertions. Continuing to use the
specifier alone would cause a loss of information in the event that
a module imports from the same specifier multiple times using different
sets of assertions. Failing to deduplicate at all would result in
multiple requests for statements like `import {a,b,c} from "foo.js"`,
which would be a potential performance issue. See design doc at
https://docs.google.com/document/d/1yuXgNHSbTAPubT1Mg0JXp5uTrfirkvO1g5cHHCe-LmY
for more detail on this decision.
v8::internal::ModuleRequest holds the assertions as an array of the form
[key1, value1, position1, key2, value2, assertion2, ...]. However the
parser still needs to use a map, since duplicate assertion keys need to
be detected at parse time. A follow-up change will ensure that
assertions are sorted using a proper lexicographic sort.
Bug: v8:10958
Change-Id: Iff13fb9a37d58fc1622cd3cce78925ad2b7a14bb
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2493060
Commit-Queue: Dan Clark <daniec@microsoft.com>
Reviewed-by: Adam Klein <adamk@chromium.org>
Reviewed-by: Marja Hölttä <marja@chromium.org>
Cr-Commit-Position: refs/heads/master@{#71066}
2020-11-09 22:59:00 +00:00
|
|
|
("read_only_space", 0x02115): (171, "MetaMap"),
|
[serializer] Serialize map before object
Change the serialization protocol to ensure that maps are serialized
before objects using them. This ensures that as soon as we allocate
space for an object, we can immediately write the object's map into that
allocation. In the future, this will allow us to make deserialized
object visible to the GC.
Specifically, this forces map serialization to happen after emitting
a kNewObject for an object, but before allocating the space for it. We
have to serialize the map after kNewObject because otherwise the map
itself would be written into the "current" slot, into which the object
is supposed to be deserialized.
Objects whose maps are currently being deserialized are considered
"pending" -- started, but not yet allocated. The map might point to a
pending object (e.g. if an object's constructor points to the object).
This is solved by introducing a new concept of forward references, where
the field referring to the pending object is serialized as a "pending
forward reference" which is "resolved" once the object is allocated.
It might also point to itself, in the case of the meta map -- this is
simply solved by introducing a new bytecode for the meta map; this
cannot be a pending forward reference because the meta map is not yet
allocated, so its map slot cannot be registered as pending.
Finally, we may need to go to a new chunk after serializing the map; so
after the map serialization, we peek to see if there's a next chunk
bytecode before the object allocation.
Bug: v8:10815
Change-Id: Ifa8f25bdaf3b15b5d990a1d2e7be677c2fa80013
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2362953
Commit-Queue: Leszek Swirski <leszeks@chromium.org>
Reviewed-by: Jakob Gruber <jgruber@chromium.org>
Cr-Commit-Position: refs/heads/master@{#69636}
2020-09-01 09:32:18 +00:00
|
|
|
("read_only_space", 0x0213d): (67, "NullMap"),
|
Plumb import assertions through SourceTextModuleDescriptor's ModuleRequestMap
This change plumbs import assertions from SourceTextModuleDescriptor's
ModuleRequestMap into SourceTextModuleInfo via a new ModuleRequest
type, where previously there had been only the specifier.
SourceTextModuleDescriptor::module_map now deduplicates module requests
using the specifier and the import assertions. Continuing to use the
specifier alone would cause a loss of information in the event that
a module imports from the same specifier multiple times using different
sets of assertions. Failing to deduplicate at all would result in
multiple requests for statements like `import {a,b,c} from "foo.js"`,
which would be a potential performance issue. See design doc at
https://docs.google.com/document/d/1yuXgNHSbTAPubT1Mg0JXp5uTrfirkvO1g5cHHCe-LmY
for more detail on this decision.
v8::internal::ModuleRequest holds the assertions as an array of the form
[key1, value1, position1, key2, value2, assertion2, ...]. However the
parser still needs to use a map, since duplicate assertion keys need to
be detected at parse time. A follow-up change will ensure that
assertions are sorted using a proper lexicographic sort.
Bug: v8:10958
Change-Id: Iff13fb9a37d58fc1622cd3cce78925ad2b7a14bb
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2493060
Commit-Queue: Dan Clark <daniec@microsoft.com>
Reviewed-by: Adam Klein <adamk@chromium.org>
Reviewed-by: Marja Hölttä <marja@chromium.org>
Cr-Commit-Position: refs/heads/master@{#71066}
2020-11-09 22:59:00 +00:00
|
|
|
("read_only_space", 0x02165): (153, "StrongDescriptorArrayMap"),
|
|
|
|
("read_only_space", 0x0218d): (158, "WeakFixedArrayMap"),
|
2020-09-18 09:22:26 +00:00
|
|
|
("read_only_space", 0x021cd): (96, "EnumCacheMap"),
|
Plumb import assertions through SourceTextModuleDescriptor's ModuleRequestMap
This change plumbs import assertions from SourceTextModuleDescriptor's
ModuleRequestMap into SourceTextModuleInfo via a new ModuleRequest
type, where previously there had been only the specifier.
SourceTextModuleDescriptor::module_map now deduplicates module requests
using the specifier and the import assertions. Continuing to use the
specifier alone would cause a loss of information in the event that
a module imports from the same specifier multiple times using different
sets of assertions. Failing to deduplicate at all would result in
multiple requests for statements like `import {a,b,c} from "foo.js"`,
which would be a potential performance issue. See design doc at
https://docs.google.com/document/d/1yuXgNHSbTAPubT1Mg0JXp5uTrfirkvO1g5cHHCe-LmY
for more detail on this decision.
v8::internal::ModuleRequest holds the assertions as an array of the form
[key1, value1, position1, key2, value2, assertion2, ...]. However the
parser still needs to use a map, since duplicate assertion keys need to
be detected at parse time. A follow-up change will ensure that
assertions are sorted using a proper lexicographic sort.
Bug: v8:10958
Change-Id: Iff13fb9a37d58fc1622cd3cce78925ad2b7a14bb
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2493060
Commit-Queue: Dan Clark <daniec@microsoft.com>
Reviewed-by: Adam Klein <adamk@chromium.org>
Reviewed-by: Marja Hölttä <marja@chromium.org>
Cr-Commit-Position: refs/heads/master@{#71066}
2020-11-09 22:59:00 +00:00
|
|
|
("read_only_space", 0x02201): (117, "FixedArrayMap"),
|
2020-09-18 09:22:26 +00:00
|
|
|
("read_only_space", 0x0224d): (8, "OneByteInternalizedStringMap"),
|
Plumb import assertions through SourceTextModuleDescriptor's ModuleRequestMap
This change plumbs import assertions from SourceTextModuleDescriptor's
ModuleRequestMap into SourceTextModuleInfo via a new ModuleRequest
type, where previously there had been only the specifier.
SourceTextModuleDescriptor::module_map now deduplicates module requests
using the specifier and the import assertions. Continuing to use the
specifier alone would cause a loss of information in the event that
a module imports from the same specifier multiple times using different
sets of assertions. Failing to deduplicate at all would result in
multiple requests for statements like `import {a,b,c} from "foo.js"`,
which would be a potential performance issue. See design doc at
https://docs.google.com/document/d/1yuXgNHSbTAPubT1Mg0JXp5uTrfirkvO1g5cHHCe-LmY
for more detail on this decision.
v8::internal::ModuleRequest holds the assertions as an array of the form
[key1, value1, position1, key2, value2, assertion2, ...]. However the
parser still needs to use a map, since duplicate assertion keys need to
be detected at parse time. A follow-up change will ensure that
assertions are sorted using a proper lexicographic sort.
Bug: v8:10958
Change-Id: Iff13fb9a37d58fc1622cd3cce78925ad2b7a14bb
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2493060
Commit-Queue: Dan Clark <daniec@microsoft.com>
Reviewed-by: Adam Klein <adamk@chromium.org>
Reviewed-by: Marja Hölttä <marja@chromium.org>
Cr-Commit-Position: refs/heads/master@{#71066}
2020-11-09 22:59:00 +00:00
|
|
|
("read_only_space", 0x02299): (168, "FreeSpaceMap"),
|
|
|
|
("read_only_space", 0x022c1): (167, "OnePointerFillerMap"),
|
|
|
|
("read_only_space", 0x022e9): (167, "TwoPointerFillerMap"),
|
2020-09-18 09:22:26 +00:00
|
|
|
("read_only_space", 0x02311): (67, "UninitializedMap"),
|
|
|
|
("read_only_space", 0x02389): (67, "UndefinedMap"),
|
|
|
|
("read_only_space", 0x023cd): (66, "HeapNumberMap"),
|
|
|
|
("read_only_space", 0x02401): (67, "TheHoleMap"),
|
|
|
|
("read_only_space", 0x02461): (67, "BooleanMap"),
|
Plumb import assertions through SourceTextModuleDescriptor's ModuleRequestMap
This change plumbs import assertions from SourceTextModuleDescriptor's
ModuleRequestMap into SourceTextModuleInfo via a new ModuleRequest
type, where previously there had been only the specifier.
SourceTextModuleDescriptor::module_map now deduplicates module requests
using the specifier and the import assertions. Continuing to use the
specifier alone would cause a loss of information in the event that
a module imports from the same specifier multiple times using different
sets of assertions. Failing to deduplicate at all would result in
multiple requests for statements like `import {a,b,c} from "foo.js"`,
which would be a potential performance issue. See design doc at
https://docs.google.com/document/d/1yuXgNHSbTAPubT1Mg0JXp5uTrfirkvO1g5cHHCe-LmY
for more detail on this decision.
v8::internal::ModuleRequest holds the assertions as an array of the form
[key1, value1, position1, key2, value2, assertion2, ...]. However the
parser still needs to use a map, since duplicate assertion keys need to
be detected at parse time. A follow-up change will ensure that
assertions are sorted using a proper lexicographic sort.
Bug: v8:10958
Change-Id: Iff13fb9a37d58fc1622cd3cce78925ad2b7a14bb
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2493060
Commit-Queue: Dan Clark <daniec@microsoft.com>
Reviewed-by: Adam Klein <adamk@chromium.org>
Reviewed-by: Marja Hölttä <marja@chromium.org>
Cr-Commit-Position: refs/heads/master@{#71066}
2020-11-09 22:59:00 +00:00
|
|
|
("read_only_space", 0x02505): (131, "ByteArrayMap"),
|
|
|
|
("read_only_space", 0x0252d): (117, "FixedCOWArrayMap"),
|
|
|
|
("read_only_space", 0x02555): (118, "HashTableMap"),
|
2020-09-18 09:22:26 +00:00
|
|
|
("read_only_space", 0x0257d): (64, "SymbolMap"),
|
|
|
|
("read_only_space", 0x025a5): (40, "OneByteStringMap"),
|
Plumb import assertions through SourceTextModuleDescriptor's ModuleRequestMap
This change plumbs import assertions from SourceTextModuleDescriptor's
ModuleRequestMap into SourceTextModuleInfo via a new ModuleRequest
type, where previously there had been only the specifier.
SourceTextModuleDescriptor::module_map now deduplicates module requests
using the specifier and the import assertions. Continuing to use the
specifier alone would cause a loss of information in the event that
a module imports from the same specifier multiple times using different
sets of assertions. Failing to deduplicate at all would result in
multiple requests for statements like `import {a,b,c} from "foo.js"`,
which would be a potential performance issue. See design doc at
https://docs.google.com/document/d/1yuXgNHSbTAPubT1Mg0JXp5uTrfirkvO1g5cHHCe-LmY
for more detail on this decision.
v8::internal::ModuleRequest holds the assertions as an array of the form
[key1, value1, position1, key2, value2, assertion2, ...]. However the
parser still needs to use a map, since duplicate assertion keys need to
be detected at parse time. A follow-up change will ensure that
assertions are sorted using a proper lexicographic sort.
Bug: v8:10958
Change-Id: Iff13fb9a37d58fc1622cd3cce78925ad2b7a14bb
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2493060
Commit-Queue: Dan Clark <daniec@microsoft.com>
Reviewed-by: Adam Klein <adamk@chromium.org>
Reviewed-by: Marja Hölttä <marja@chromium.org>
Cr-Commit-Position: refs/heads/master@{#71066}
2020-11-09 22:59:00 +00:00
|
|
|
("read_only_space", 0x025cd): (129, "ScopeInfoMap"),
|
|
|
|
("read_only_space", 0x025f5): (176, "SharedFunctionInfoMap"),
|
|
|
|
("read_only_space", 0x0261d): (161, "CodeMap"),
|
|
|
|
("read_only_space", 0x02645): (160, "CellMap"),
|
|
|
|
("read_only_space", 0x0266d): (175, "GlobalPropertyCellMap"),
|
2020-09-18 09:22:26 +00:00
|
|
|
("read_only_space", 0x02695): (70, "ForeignMap"),
|
Plumb import assertions through SourceTextModuleDescriptor's ModuleRequestMap
This change plumbs import assertions from SourceTextModuleDescriptor's
ModuleRequestMap into SourceTextModuleInfo via a new ModuleRequest
type, where previously there had been only the specifier.
SourceTextModuleDescriptor::module_map now deduplicates module requests
using the specifier and the import assertions. Continuing to use the
specifier alone would cause a loss of information in the event that
a module imports from the same specifier multiple times using different
sets of assertions. Failing to deduplicate at all would result in
multiple requests for statements like `import {a,b,c} from "foo.js"`,
which would be a potential performance issue. See design doc at
https://docs.google.com/document/d/1yuXgNHSbTAPubT1Mg0JXp5uTrfirkvO1g5cHHCe-LmY
for more detail on this decision.
v8::internal::ModuleRequest holds the assertions as an array of the form
[key1, value1, position1, key2, value2, assertion2, ...]. However the
parser still needs to use a map, since duplicate assertion keys need to
be detected at parse time. A follow-up change will ensure that
assertions are sorted using a proper lexicographic sort.
Bug: v8:10958
Change-Id: Iff13fb9a37d58fc1622cd3cce78925ad2b7a14bb
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2493060
Commit-Queue: Dan Clark <daniec@microsoft.com>
Reviewed-by: Adam Klein <adamk@chromium.org>
Reviewed-by: Marja Hölttä <marja@chromium.org>
Cr-Commit-Position: refs/heads/master@{#71066}
2020-11-09 22:59:00 +00:00
|
|
|
("read_only_space", 0x026bd): (159, "TransitionArrayMap"),
|
2020-09-18 09:22:26 +00:00
|
|
|
("read_only_space", 0x026e5): (45, "ThinOneByteStringMap"),
|
Plumb import assertions through SourceTextModuleDescriptor's ModuleRequestMap
This change plumbs import assertions from SourceTextModuleDescriptor's
ModuleRequestMap into SourceTextModuleInfo via a new ModuleRequest
type, where previously there had been only the specifier.
SourceTextModuleDescriptor::module_map now deduplicates module requests
using the specifier and the import assertions. Continuing to use the
specifier alone would cause a loss of information in the event that
a module imports from the same specifier multiple times using different
sets of assertions. Failing to deduplicate at all would result in
multiple requests for statements like `import {a,b,c} from "foo.js"`,
which would be a potential performance issue. See design doc at
https://docs.google.com/document/d/1yuXgNHSbTAPubT1Mg0JXp5uTrfirkvO1g5cHHCe-LmY
for more detail on this decision.
v8::internal::ModuleRequest holds the assertions as an array of the form
[key1, value1, position1, key2, value2, assertion2, ...]. However the
parser still needs to use a map, since duplicate assertion keys need to
be detected at parse time. A follow-up change will ensure that
assertions are sorted using a proper lexicographic sort.
Bug: v8:10958
Change-Id: Iff13fb9a37d58fc1622cd3cce78925ad2b7a14bb
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2493060
Commit-Queue: Dan Clark <daniec@microsoft.com>
Reviewed-by: Adam Klein <adamk@chromium.org>
Reviewed-by: Marja Hölttä <marja@chromium.org>
Cr-Commit-Position: refs/heads/master@{#71066}
2020-11-09 22:59:00 +00:00
|
|
|
("read_only_space", 0x0270d): (166, "FeedbackVectorMap"),
|
2020-09-18 09:22:26 +00:00
|
|
|
("read_only_space", 0x0273d): (67, "ArgumentsMarkerMap"),
|
|
|
|
("read_only_space", 0x0279d): (67, "ExceptionMap"),
|
|
|
|
("read_only_space", 0x027f9): (67, "TerminationExceptionMap"),
|
|
|
|
("read_only_space", 0x02861): (67, "OptimizedOutMap"),
|
|
|
|
("read_only_space", 0x028c1): (67, "StaleRegisterMap"),
|
Plumb import assertions through SourceTextModuleDescriptor's ModuleRequestMap
This change plumbs import assertions from SourceTextModuleDescriptor's
ModuleRequestMap into SourceTextModuleInfo via a new ModuleRequest
type, where previously there had been only the specifier.
SourceTextModuleDescriptor::module_map now deduplicates module requests
using the specifier and the import assertions. Continuing to use the
specifier alone would cause a loss of information in the event that
a module imports from the same specifier multiple times using different
sets of assertions. Failing to deduplicate at all would result in
multiple requests for statements like `import {a,b,c} from "foo.js"`,
which would be a potential performance issue. See design doc at
https://docs.google.com/document/d/1yuXgNHSbTAPubT1Mg0JXp5uTrfirkvO1g5cHHCe-LmY
for more detail on this decision.
v8::internal::ModuleRequest holds the assertions as an array of the form
[key1, value1, position1, key2, value2, assertion2, ...]. However the
parser still needs to use a map, since duplicate assertion keys need to
be detected at parse time. A follow-up change will ensure that
assertions are sorted using a proper lexicographic sort.
Bug: v8:10958
Change-Id: Iff13fb9a37d58fc1622cd3cce78925ad2b7a14bb
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2493060
Commit-Queue: Dan Clark <daniec@microsoft.com>
Reviewed-by: Adam Klein <adamk@chromium.org>
Reviewed-by: Marja Hölttä <marja@chromium.org>
Cr-Commit-Position: refs/heads/master@{#71066}
2020-11-09 22:59:00 +00:00
|
|
|
("read_only_space", 0x02921): (130, "ScriptContextTableMap"),
|
|
|
|
("read_only_space", 0x02949): (127, "ClosureFeedbackCellArrayMap"),
|
|
|
|
("read_only_space", 0x02971): (165, "FeedbackMetadataArrayMap"),
|
|
|
|
("read_only_space", 0x02999): (117, "ArrayListMap"),
|
2020-09-18 09:22:26 +00:00
|
|
|
("read_only_space", 0x029c1): (65, "BigIntMap"),
|
Plumb import assertions through SourceTextModuleDescriptor's ModuleRequestMap
This change plumbs import assertions from SourceTextModuleDescriptor's
ModuleRequestMap into SourceTextModuleInfo via a new ModuleRequest
type, where previously there had been only the specifier.
SourceTextModuleDescriptor::module_map now deduplicates module requests
using the specifier and the import assertions. Continuing to use the
specifier alone would cause a loss of information in the event that
a module imports from the same specifier multiple times using different
sets of assertions. Failing to deduplicate at all would result in
multiple requests for statements like `import {a,b,c} from "foo.js"`,
which would be a potential performance issue. See design doc at
https://docs.google.com/document/d/1yuXgNHSbTAPubT1Mg0JXp5uTrfirkvO1g5cHHCe-LmY
for more detail on this decision.
v8::internal::ModuleRequest holds the assertions as an array of the form
[key1, value1, position1, key2, value2, assertion2, ...]. However the
parser still needs to use a map, since duplicate assertion keys need to
be detected at parse time. A follow-up change will ensure that
assertions are sorted using a proper lexicographic sort.
Bug: v8:10958
Change-Id: Iff13fb9a37d58fc1622cd3cce78925ad2b7a14bb
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2493060
Commit-Queue: Dan Clark <daniec@microsoft.com>
Reviewed-by: Adam Klein <adamk@chromium.org>
Reviewed-by: Marja Hölttä <marja@chromium.org>
Cr-Commit-Position: refs/heads/master@{#71066}
2020-11-09 22:59:00 +00:00
|
|
|
("read_only_space", 0x029e9): (128, "ObjectBoilerplateDescriptionMap"),
|
|
|
|
("read_only_space", 0x02a11): (132, "BytecodeArrayMap"),
|
|
|
|
("read_only_space", 0x02a39): (162, "CodeDataContainerMap"),
|
|
|
|
("read_only_space", 0x02a61): (163, "CoverageInfoMap"),
|
|
|
|
("read_only_space", 0x02a89): (133, "FixedDoubleArrayMap"),
|
|
|
|
("read_only_space", 0x02ab1): (120, "GlobalDictionaryMap"),
|
2020-11-09 13:11:38 +00:00
|
|
|
("read_only_space", 0x02ad9): (97, "ManyClosuresCellMap"),
|
Plumb import assertions through SourceTextModuleDescriptor's ModuleRequestMap
This change plumbs import assertions from SourceTextModuleDescriptor's
ModuleRequestMap into SourceTextModuleInfo via a new ModuleRequest
type, where previously there had been only the specifier.
SourceTextModuleDescriptor::module_map now deduplicates module requests
using the specifier and the import assertions. Continuing to use the
specifier alone would cause a loss of information in the event that
a module imports from the same specifier multiple times using different
sets of assertions. Failing to deduplicate at all would result in
multiple requests for statements like `import {a,b,c} from "foo.js"`,
which would be a potential performance issue. See design doc at
https://docs.google.com/document/d/1yuXgNHSbTAPubT1Mg0JXp5uTrfirkvO1g5cHHCe-LmY
for more detail on this decision.
v8::internal::ModuleRequest holds the assertions as an array of the form
[key1, value1, position1, key2, value2, assertion2, ...]. However the
parser still needs to use a map, since duplicate assertion keys need to
be detected at parse time. A follow-up change will ensure that
assertions are sorted using a proper lexicographic sort.
Bug: v8:10958
Change-Id: Iff13fb9a37d58fc1622cd3cce78925ad2b7a14bb
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2493060
Commit-Queue: Dan Clark <daniec@microsoft.com>
Reviewed-by: Adam Klein <adamk@chromium.org>
Reviewed-by: Marja Hölttä <marja@chromium.org>
Cr-Commit-Position: refs/heads/master@{#71066}
2020-11-09 22:59:00 +00:00
|
|
|
("read_only_space", 0x02b01): (117, "ModuleInfoMap"),
|
|
|
|
("read_only_space", 0x02b29): (121, "NameDictionaryMap"),
|
2020-11-09 13:11:38 +00:00
|
|
|
("read_only_space", 0x02b51): (97, "NoClosuresCellMap"),
|
Plumb import assertions through SourceTextModuleDescriptor's ModuleRequestMap
This change plumbs import assertions from SourceTextModuleDescriptor's
ModuleRequestMap into SourceTextModuleInfo via a new ModuleRequest
type, where previously there had been only the specifier.
SourceTextModuleDescriptor::module_map now deduplicates module requests
using the specifier and the import assertions. Continuing to use the
specifier alone would cause a loss of information in the event that
a module imports from the same specifier multiple times using different
sets of assertions. Failing to deduplicate at all would result in
multiple requests for statements like `import {a,b,c} from "foo.js"`,
which would be a potential performance issue. See design doc at
https://docs.google.com/document/d/1yuXgNHSbTAPubT1Mg0JXp5uTrfirkvO1g5cHHCe-LmY
for more detail on this decision.
v8::internal::ModuleRequest holds the assertions as an array of the form
[key1, value1, position1, key2, value2, assertion2, ...]. However the
parser still needs to use a map, since duplicate assertion keys need to
be detected at parse time. A follow-up change will ensure that
assertions are sorted using a proper lexicographic sort.
Bug: v8:10958
Change-Id: Iff13fb9a37d58fc1622cd3cce78925ad2b7a14bb
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2493060
Commit-Queue: Dan Clark <daniec@microsoft.com>
Reviewed-by: Adam Klein <adamk@chromium.org>
Reviewed-by: Marja Hölttä <marja@chromium.org>
Cr-Commit-Position: refs/heads/master@{#71066}
2020-11-09 22:59:00 +00:00
|
|
|
("read_only_space", 0x02b79): (122, "NumberDictionaryMap"),
|
2020-11-09 13:11:38 +00:00
|
|
|
("read_only_space", 0x02ba1): (97, "OneClosureCellMap"),
|
Plumb import assertions through SourceTextModuleDescriptor's ModuleRequestMap
This change plumbs import assertions from SourceTextModuleDescriptor's
ModuleRequestMap into SourceTextModuleInfo via a new ModuleRequest
type, where previously there had been only the specifier.
SourceTextModuleDescriptor::module_map now deduplicates module requests
using the specifier and the import assertions. Continuing to use the
specifier alone would cause a loss of information in the event that
a module imports from the same specifier multiple times using different
sets of assertions. Failing to deduplicate at all would result in
multiple requests for statements like `import {a,b,c} from "foo.js"`,
which would be a potential performance issue. See design doc at
https://docs.google.com/document/d/1yuXgNHSbTAPubT1Mg0JXp5uTrfirkvO1g5cHHCe-LmY
for more detail on this decision.
v8::internal::ModuleRequest holds the assertions as an array of the form
[key1, value1, position1, key2, value2, assertion2, ...]. However the
parser still needs to use a map, since duplicate assertion keys need to
be detected at parse time. A follow-up change will ensure that
assertions are sorted using a proper lexicographic sort.
Bug: v8:10958
Change-Id: Iff13fb9a37d58fc1622cd3cce78925ad2b7a14bb
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2493060
Commit-Queue: Dan Clark <daniec@microsoft.com>
Reviewed-by: Adam Klein <adamk@chromium.org>
Reviewed-by: Marja Hölttä <marja@chromium.org>
Cr-Commit-Position: refs/heads/master@{#71066}
2020-11-09 22:59:00 +00:00
|
|
|
("read_only_space", 0x02bc9): (123, "OrderedHashMapMap"),
|
|
|
|
("read_only_space", 0x02bf1): (124, "OrderedHashSetMap"),
|
|
|
|
("read_only_space", 0x02c19): (125, "OrderedNameDictionaryMap"),
|
|
|
|
("read_only_space", 0x02c41): (173, "PreparseDataMap"),
|
|
|
|
("read_only_space", 0x02c69): (174, "PropertyArrayMap"),
|
2020-11-09 13:11:38 +00:00
|
|
|
("read_only_space", 0x02c91): (93, "SideEffectCallHandlerInfoMap"),
|
|
|
|
("read_only_space", 0x02cb9): (93, "SideEffectFreeCallHandlerInfoMap"),
|
|
|
|
("read_only_space", 0x02ce1): (93, "NextCallSideEffectFreeCallHandlerInfoMap"),
|
Plumb import assertions through SourceTextModuleDescriptor's ModuleRequestMap
This change plumbs import assertions from SourceTextModuleDescriptor's
ModuleRequestMap into SourceTextModuleInfo via a new ModuleRequest
type, where previously there had been only the specifier.
SourceTextModuleDescriptor::module_map now deduplicates module requests
using the specifier and the import assertions. Continuing to use the
specifier alone would cause a loss of information in the event that
a module imports from the same specifier multiple times using different
sets of assertions. Failing to deduplicate at all would result in
multiple requests for statements like `import {a,b,c} from "foo.js"`,
which would be a potential performance issue. See design doc at
https://docs.google.com/document/d/1yuXgNHSbTAPubT1Mg0JXp5uTrfirkvO1g5cHHCe-LmY
for more detail on this decision.
v8::internal::ModuleRequest holds the assertions as an array of the form
[key1, value1, position1, key2, value2, assertion2, ...]. However the
parser still needs to use a map, since duplicate assertion keys need to
be detected at parse time. A follow-up change will ensure that
assertions are sorted using a proper lexicographic sort.
Bug: v8:10958
Change-Id: Iff13fb9a37d58fc1622cd3cce78925ad2b7a14bb
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2493060
Commit-Queue: Dan Clark <daniec@microsoft.com>
Reviewed-by: Adam Klein <adamk@chromium.org>
Reviewed-by: Marja Hölttä <marja@chromium.org>
Cr-Commit-Position: refs/heads/master@{#71066}
2020-11-09 22:59:00 +00:00
|
|
|
("read_only_space", 0x02d09): (126, "SimpleNumberDictionaryMap"),
|
|
|
|
("read_only_space", 0x02d31): (149, "SmallOrderedHashMapMap"),
|
|
|
|
("read_only_space", 0x02d59): (150, "SmallOrderedHashSetMap"),
|
|
|
|
("read_only_space", 0x02d81): (151, "SmallOrderedNameDictionaryMap"),
|
|
|
|
("read_only_space", 0x02da9): (154, "SourceTextModuleMap"),
|
|
|
|
("read_only_space", 0x02dd1): (155, "SyntheticModuleMap"),
|
2020-11-17 09:35:31 +00:00
|
|
|
("read_only_space", 0x02df9): (71, "WasmTypeInfoMap"),
|
|
|
|
("read_only_space", 0x02e21): (183, "WeakArrayListMap"),
|
|
|
|
("read_only_space", 0x02e49): (119, "EphemeronHashTableMap"),
|
|
|
|
("read_only_space", 0x02e71): (164, "EmbedderDataArrayMap"),
|
|
|
|
("read_only_space", 0x02e99): (184, "WeakCellMap"),
|
|
|
|
("read_only_space", 0x02ec1): (32, "StringMap"),
|
|
|
|
("read_only_space", 0x02ee9): (41, "ConsOneByteStringMap"),
|
|
|
|
("read_only_space", 0x02f11): (33, "ConsStringMap"),
|
|
|
|
("read_only_space", 0x02f39): (37, "ThinStringMap"),
|
|
|
|
("read_only_space", 0x02f61): (35, "SlicedStringMap"),
|
|
|
|
("read_only_space", 0x02f89): (43, "SlicedOneByteStringMap"),
|
|
|
|
("read_only_space", 0x02fb1): (34, "ExternalStringMap"),
|
|
|
|
("read_only_space", 0x02fd9): (42, "ExternalOneByteStringMap"),
|
|
|
|
("read_only_space", 0x03001): (50, "UncachedExternalStringMap"),
|
|
|
|
("read_only_space", 0x03029): (0, "InternalizedStringMap"),
|
|
|
|
("read_only_space", 0x03051): (2, "ExternalInternalizedStringMap"),
|
|
|
|
("read_only_space", 0x03079): (10, "ExternalOneByteInternalizedStringMap"),
|
|
|
|
("read_only_space", 0x030a1): (18, "UncachedExternalInternalizedStringMap"),
|
|
|
|
("read_only_space", 0x030c9): (26, "UncachedExternalOneByteInternalizedStringMap"),
|
|
|
|
("read_only_space", 0x030f1): (58, "UncachedExternalOneByteStringMap"),
|
|
|
|
("read_only_space", 0x03119): (67, "SelfReferenceMarkerMap"),
|
|
|
|
("read_only_space", 0x03141): (67, "BasicBlockCountersMarkerMap"),
|
|
|
|
("read_only_space", 0x03185): (87, "ArrayBoilerplateDescriptionMap"),
|
|
|
|
("read_only_space", 0x0326d): (99, "InterceptorInfoMap"),
|
|
|
|
("read_only_space", 0x05379): (72, "PromiseFulfillReactionJobTaskMap"),
|
|
|
|
("read_only_space", 0x053a1): (73, "PromiseRejectReactionJobTaskMap"),
|
|
|
|
("read_only_space", 0x053c9): (74, "CallableTaskMap"),
|
|
|
|
("read_only_space", 0x053f1): (75, "CallbackTaskMap"),
|
|
|
|
("read_only_space", 0x05419): (76, "PromiseResolveThenableJobTaskMap"),
|
|
|
|
("read_only_space", 0x05441): (79, "FunctionTemplateInfoMap"),
|
|
|
|
("read_only_space", 0x05469): (80, "ObjectTemplateInfoMap"),
|
|
|
|
("read_only_space", 0x05491): (81, "AccessCheckInfoMap"),
|
|
|
|
("read_only_space", 0x054b9): (82, "AccessorInfoMap"),
|
|
|
|
("read_only_space", 0x054e1): (83, "AccessorPairMap"),
|
|
|
|
("read_only_space", 0x05509): (84, "AliasedArgumentsEntryMap"),
|
|
|
|
("read_only_space", 0x05531): (85, "AllocationMementoMap"),
|
|
|
|
("read_only_space", 0x05559): (88, "AsmWasmDataMap"),
|
|
|
|
("read_only_space", 0x05581): (89, "AsyncGeneratorRequestMap"),
|
|
|
|
("read_only_space", 0x055a9): (90, "BreakPointMap"),
|
|
|
|
("read_only_space", 0x055d1): (91, "BreakPointInfoMap"),
|
|
|
|
("read_only_space", 0x055f9): (92, "CachedTemplateObjectMap"),
|
|
|
|
("read_only_space", 0x05621): (94, "ClassPositionsMap"),
|
|
|
|
("read_only_space", 0x05649): (95, "DebugInfoMap"),
|
|
|
|
("read_only_space", 0x05671): (98, "FunctionTemplateRareDataMap"),
|
|
|
|
("read_only_space", 0x05699): (100, "InterpreterDataMap"),
|
|
|
|
("read_only_space", 0x056c1): (101, "ModuleRequestMap"),
|
|
|
|
("read_only_space", 0x056e9): (102, "PromiseCapabilityMap"),
|
|
|
|
("read_only_space", 0x05711): (103, "PromiseReactionMap"),
|
|
|
|
("read_only_space", 0x05739): (104, "PropertyDescriptorObjectMap"),
|
|
|
|
("read_only_space", 0x05761): (105, "PrototypeInfoMap"),
|
|
|
|
("read_only_space", 0x05789): (106, "ScriptMap"),
|
|
|
|
("read_only_space", 0x057b1): (107, "SourceTextModuleInfoEntryMap"),
|
|
|
|
("read_only_space", 0x057d9): (108, "StackFrameInfoMap"),
|
|
|
|
("read_only_space", 0x05801): (109, "StackTraceFrameMap"),
|
|
|
|
("read_only_space", 0x05829): (110, "TemplateObjectDescriptionMap"),
|
|
|
|
("read_only_space", 0x05851): (111, "Tuple2Map"),
|
|
|
|
("read_only_space", 0x05879): (112, "WasmExceptionTagMap"),
|
|
|
|
("read_only_space", 0x058a1): (113, "WasmExportedFunctionDataMap"),
|
|
|
|
("read_only_space", 0x058c9): (114, "WasmIndirectFunctionTableMap"),
|
|
|
|
("read_only_space", 0x058f1): (115, "WasmJSFunctionDataMap"),
|
|
|
|
("read_only_space", 0x05919): (116, "WasmValueMap"),
|
|
|
|
("read_only_space", 0x05941): (135, "SloppyArgumentsElementsMap"),
|
|
|
|
("read_only_space", 0x05969): (152, "DescriptorArrayMap"),
|
|
|
|
("read_only_space", 0x05991): (157, "UncompiledDataWithoutPreparseDataMap"),
|
|
|
|
("read_only_space", 0x059b9): (156, "UncompiledDataWithPreparseDataMap"),
|
Plumb import assertions through SourceTextModuleDescriptor's ModuleRequestMap
This change plumbs import assertions from SourceTextModuleDescriptor's
ModuleRequestMap into SourceTextModuleInfo via a new ModuleRequest
type, where previously there had been only the specifier.
SourceTextModuleDescriptor::module_map now deduplicates module requests
using the specifier and the import assertions. Continuing to use the
specifier alone would cause a loss of information in the event that
a module imports from the same specifier multiple times using different
sets of assertions. Failing to deduplicate at all would result in
multiple requests for statements like `import {a,b,c} from "foo.js"`,
which would be a potential performance issue. See design doc at
https://docs.google.com/document/d/1yuXgNHSbTAPubT1Mg0JXp5uTrfirkvO1g5cHHCe-LmY
for more detail on this decision.
v8::internal::ModuleRequest holds the assertions as an array of the form
[key1, value1, position1, key2, value2, assertion2, ...]. However the
parser still needs to use a map, since duplicate assertion keys need to
be detected at parse time. A follow-up change will ensure that
assertions are sorted using a proper lexicographic sort.
Bug: v8:10958
Change-Id: Iff13fb9a37d58fc1622cd3cce78925ad2b7a14bb
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2493060
Commit-Queue: Dan Clark <daniec@microsoft.com>
Reviewed-by: Adam Klein <adamk@chromium.org>
Reviewed-by: Marja Hölttä <marja@chromium.org>
Cr-Commit-Position: refs/heads/master@{#71066}
2020-11-09 22:59:00 +00:00
|
|
|
("read_only_space", 0x059e1): (172, "OnHeapBasicBlockProfilerDataMap"),
|
|
|
|
("read_only_space", 0x05a09): (181, "WasmCapiFunctionDataMap"),
|
|
|
|
("read_only_space", 0x05a31): (169, "InternalClassMap"),
|
|
|
|
("read_only_space", 0x05a59): (178, "SmiPairMap"),
|
|
|
|
("read_only_space", 0x05a81): (177, "SmiBoxMap"),
|
|
|
|
("read_only_space", 0x05aa9): (146, "ExportedSubClassBaseMap"),
|
|
|
|
("read_only_space", 0x05ad1): (147, "ExportedSubClassMap"),
|
|
|
|
("read_only_space", 0x05af9): (68, "AbstractInternalClassSubclass1Map"),
|
|
|
|
("read_only_space", 0x05b21): (69, "AbstractInternalClassSubclass2Map"),
|
|
|
|
("read_only_space", 0x05b49): (134, "InternalClassWithSmiElementsMap"),
|
|
|
|
("read_only_space", 0x05b71): (170, "InternalClassWithStructElementsMap"),
|
|
|
|
("read_only_space", 0x05b99): (148, "ExportedSubClass2Map"),
|
|
|
|
("read_only_space", 0x05bc1): (179, "SortStateMap"),
|
|
|
|
("read_only_space", 0x05be9): (86, "AllocationSiteWithWeakNextMap"),
|
|
|
|
("read_only_space", 0x05c11): (86, "AllocationSiteWithoutWeakNextMap"),
|
|
|
|
("read_only_space", 0x05c39): (77, "LoadHandler1Map"),
|
|
|
|
("read_only_space", 0x05c61): (77, "LoadHandler2Map"),
|
|
|
|
("read_only_space", 0x05c89): (77, "LoadHandler3Map"),
|
|
|
|
("read_only_space", 0x05cb1): (78, "StoreHandler0Map"),
|
|
|
|
("read_only_space", 0x05cd9): (78, "StoreHandler1Map"),
|
|
|
|
("read_only_space", 0x05d01): (78, "StoreHandler2Map"),
|
|
|
|
("read_only_space", 0x05d29): (78, "StoreHandler3Map"),
|
2020-08-10 08:55:41 +00:00
|
|
|
("map_space", 0x02115): (1057, "ExternalMap"),
|
|
|
|
("map_space", 0x0213d): (1072, "JSMessageObjectMap"),
|
Plumb import assertions through SourceTextModuleDescriptor's ModuleRequestMap
This change plumbs import assertions from SourceTextModuleDescriptor's
ModuleRequestMap into SourceTextModuleInfo via a new ModuleRequest
type, where previously there had been only the specifier.
SourceTextModuleDescriptor::module_map now deduplicates module requests
using the specifier and the import assertions. Continuing to use the
specifier alone would cause a loss of information in the event that
a module imports from the same specifier multiple times using different
sets of assertions. Failing to deduplicate at all would result in
multiple requests for statements like `import {a,b,c} from "foo.js"`,
which would be a potential performance issue. See design doc at
https://docs.google.com/document/d/1yuXgNHSbTAPubT1Mg0JXp5uTrfirkvO1g5cHHCe-LmY
for more detail on this decision.
v8::internal::ModuleRequest holds the assertions as an array of the form
[key1, value1, position1, key2, value2, assertion2, ...]. However the
parser still needs to use a map, since duplicate assertion keys need to
be detected at parse time. A follow-up change will ensure that
assertions are sorted using a proper lexicographic sort.
Bug: v8:10958
Change-Id: Iff13fb9a37d58fc1622cd3cce78925ad2b7a14bb
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2493060
Commit-Queue: Dan Clark <daniec@microsoft.com>
Reviewed-by: Adam Klein <adamk@chromium.org>
Reviewed-by: Marja Hölttä <marja@chromium.org>
Cr-Commit-Position: refs/heads/master@{#71066}
2020-11-09 22:59:00 +00:00
|
|
|
("map_space", 0x02165): (182, "WasmRttEqrefMap"),
|
|
|
|
("map_space", 0x0218d): (182, "WasmRttExternrefMap"),
|
|
|
|
("map_space", 0x021b5): (182, "WasmRttFuncrefMap"),
|
|
|
|
("map_space", 0x021dd): (182, "WasmRttI31refMap"),
|
2013-08-02 09:02:02 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
# List of known V8 objects.
|
|
|
|
KNOWN_OBJECTS = {
|
[serializer] Serialize map before object
Change the serialization protocol to ensure that maps are serialized
before objects using them. This ensures that as soon as we allocate
space for an object, we can immediately write the object's map into that
allocation. In the future, this will allow us to make deserialized
object visible to the GC.
Specifically, this forces map serialization to happen after emitting
a kNewObject for an object, but before allocating the space for it. We
have to serialize the map after kNewObject because otherwise the map
itself would be written into the "current" slot, into which the object
is supposed to be deserialized.
Objects whose maps are currently being deserialized are considered
"pending" -- started, but not yet allocated. The map might point to a
pending object (e.g. if an object's constructor points to the object).
This is solved by introducing a new concept of forward references, where
the field referring to the pending object is serialized as a "pending
forward reference" which is "resolved" once the object is allocated.
It might also point to itself, in the case of the meta map -- this is
simply solved by introducing a new bytecode for the meta map; this
cannot be a pending forward reference because the meta map is not yet
allocated, so its map slot cannot be registered as pending.
Finally, we may need to go to a new chunk after serializing the map; so
after the map serialization, we peek to see if there's a next chunk
bytecode before the object allocation.
Bug: v8:10815
Change-Id: Ifa8f25bdaf3b15b5d990a1d2e7be677c2fa80013
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2362953
Commit-Queue: Leszek Swirski <leszeks@chromium.org>
Reviewed-by: Jakob Gruber <jgruber@chromium.org>
Cr-Commit-Position: refs/heads/master@{#69636}
2020-09-01 09:32:18 +00:00
|
|
|
("read_only_space", 0x021b5): "EmptyWeakFixedArray",
|
|
|
|
("read_only_space", 0x021bd): "EmptyDescriptorArray",
|
2020-09-18 09:22:26 +00:00
|
|
|
("read_only_space", 0x021f5): "EmptyEnumCache",
|
|
|
|
("read_only_space", 0x02229): "EmptyFixedArray",
|
|
|
|
("read_only_space", 0x02231): "NullValue",
|
|
|
|
("read_only_space", 0x02339): "UninitializedValue",
|
|
|
|
("read_only_space", 0x023b1): "UndefinedValue",
|
|
|
|
("read_only_space", 0x023f5): "NanValue",
|
|
|
|
("read_only_space", 0x02429): "TheHoleValue",
|
|
|
|
("read_only_space", 0x02455): "HoleNanValue",
|
|
|
|
("read_only_space", 0x02489): "TrueValue",
|
|
|
|
("read_only_space", 0x024c9): "FalseValue",
|
|
|
|
("read_only_space", 0x024f9): "empty_string",
|
|
|
|
("read_only_space", 0x02735): "EmptyScopeInfo",
|
|
|
|
("read_only_space", 0x02765): "ArgumentsMarker",
|
|
|
|
("read_only_space", 0x027c5): "Exception",
|
|
|
|
("read_only_space", 0x02821): "TerminationException",
|
|
|
|
("read_only_space", 0x02889): "OptimizedOut",
|
|
|
|
("read_only_space", 0x028e9): "StaleRegister",
|
2020-11-17 09:35:31 +00:00
|
|
|
("read_only_space", 0x03169): "EmptyPropertyArray",
|
|
|
|
("read_only_space", 0x03171): "EmptyByteArray",
|
|
|
|
("read_only_space", 0x03179): "EmptyObjectBoilerplateDescription",
|
|
|
|
("read_only_space", 0x031ad): "EmptyArrayBoilerplateDescription",
|
|
|
|
("read_only_space", 0x031b9): "EmptyClosureFeedbackCellArray",
|
|
|
|
("read_only_space", 0x031c1): "EmptySlowElementDictionary",
|
|
|
|
("read_only_space", 0x031e5): "EmptyOrderedHashMap",
|
|
|
|
("read_only_space", 0x031f9): "EmptyOrderedHashSet",
|
|
|
|
("read_only_space", 0x0320d): "EmptyFeedbackMetadata",
|
|
|
|
("read_only_space", 0x03219): "EmptyPropertyCell",
|
|
|
|
("read_only_space", 0x0322d): "EmptyPropertyDictionary",
|
|
|
|
("read_only_space", 0x03255): "EmptyOrderedPropertyDictionary",
|
|
|
|
("read_only_space", 0x03295): "NoOpInterceptorInfo",
|
|
|
|
("read_only_space", 0x032bd): "EmptyWeakArrayList",
|
|
|
|
("read_only_space", 0x032c9): "InfinityValue",
|
|
|
|
("read_only_space", 0x032d5): "MinusZeroValue",
|
|
|
|
("read_only_space", 0x032e1): "MinusInfinityValue",
|
|
|
|
("read_only_space", 0x032ed): "SelfReferenceMarker",
|
|
|
|
("read_only_space", 0x0332d): "BasicBlockCountersMarker",
|
|
|
|
("read_only_space", 0x03371): "OffHeapTrampolineRelocationInfo",
|
|
|
|
("read_only_space", 0x0337d): "TrampolineTrivialCodeDataContainer",
|
|
|
|
("read_only_space", 0x03389): "TrampolinePromiseRejectionCodeDataContainer",
|
|
|
|
("read_only_space", 0x03395): "GlobalThisBindingScopeInfo",
|
|
|
|
("read_only_space", 0x033cd): "EmptyFunctionScopeInfo",
|
|
|
|
("read_only_space", 0x033f5): "NativeScopeInfo",
|
|
|
|
("read_only_space", 0x03411): "HashSeed",
|
2020-08-10 08:55:41 +00:00
|
|
|
("old_space", 0x02115): "ArgumentsIteratorAccessor",
|
|
|
|
("old_space", 0x02159): "ArrayLengthAccessor",
|
|
|
|
("old_space", 0x0219d): "BoundFunctionLengthAccessor",
|
|
|
|
("old_space", 0x021e1): "BoundFunctionNameAccessor",
|
|
|
|
("old_space", 0x02225): "ErrorStackAccessor",
|
|
|
|
("old_space", 0x02269): "FunctionArgumentsAccessor",
|
|
|
|
("old_space", 0x022ad): "FunctionCallerAccessor",
|
|
|
|
("old_space", 0x022f1): "FunctionNameAccessor",
|
|
|
|
("old_space", 0x02335): "FunctionLengthAccessor",
|
|
|
|
("old_space", 0x02379): "FunctionPrototypeAccessor",
|
|
|
|
("old_space", 0x023bd): "RegExpResultIndicesAccessor",
|
|
|
|
("old_space", 0x02401): "StringLengthAccessor",
|
|
|
|
("old_space", 0x02445): "InvalidPrototypeValidityCell",
|
2020-11-11 16:09:47 +00:00
|
|
|
("old_space", 0x024dd): "EmptyScript",
|
|
|
|
("old_space", 0x0251d): "ManyClosuresCell",
|
|
|
|
("old_space", 0x02529): "ArrayConstructorProtector",
|
|
|
|
("old_space", 0x0253d): "NoElementsProtector",
|
|
|
|
("old_space", 0x02551): "IsConcatSpreadableProtector",
|
|
|
|
("old_space", 0x02565): "ArraySpeciesProtector",
|
|
|
|
("old_space", 0x02579): "TypedArraySpeciesProtector",
|
|
|
|
("old_space", 0x0258d): "PromiseSpeciesProtector",
|
|
|
|
("old_space", 0x025a1): "RegExpSpeciesProtector",
|
|
|
|
("old_space", 0x025b5): "StringLengthProtector",
|
|
|
|
("old_space", 0x025c9): "ArrayIteratorProtector",
|
|
|
|
("old_space", 0x025dd): "ArrayBufferDetachingProtector",
|
|
|
|
("old_space", 0x025f1): "PromiseHookProtector",
|
|
|
|
("old_space", 0x02605): "PromiseResolveProtector",
|
|
|
|
("old_space", 0x02619): "MapIteratorProtector",
|
|
|
|
("old_space", 0x0262d): "PromiseThenProtector",
|
|
|
|
("old_space", 0x02641): "SetIteratorProtector",
|
|
|
|
("old_space", 0x02655): "StringIteratorProtector",
|
|
|
|
("old_space", 0x02669): "SingleCharacterStringCache",
|
|
|
|
("old_space", 0x02a71): "StringSplitCache",
|
|
|
|
("old_space", 0x02e79): "RegExpMultipleCache",
|
|
|
|
("old_space", 0x03281): "BuiltinsConstantsTable",
|
2020-11-19 07:01:31 +00:00
|
|
|
("old_space", 0x03669): "AsyncFunctionAwaitRejectSharedFun",
|
|
|
|
("old_space", 0x03691): "AsyncFunctionAwaitResolveSharedFun",
|
|
|
|
("old_space", 0x036b9): "AsyncGeneratorAwaitRejectSharedFun",
|
|
|
|
("old_space", 0x036e1): "AsyncGeneratorAwaitResolveSharedFun",
|
|
|
|
("old_space", 0x03709): "AsyncGeneratorYieldResolveSharedFun",
|
|
|
|
("old_space", 0x03731): "AsyncGeneratorReturnResolveSharedFun",
|
|
|
|
("old_space", 0x03759): "AsyncGeneratorReturnClosedRejectSharedFun",
|
|
|
|
("old_space", 0x03781): "AsyncGeneratorReturnClosedResolveSharedFun",
|
|
|
|
("old_space", 0x037a9): "AsyncIteratorValueUnwrapSharedFun",
|
|
|
|
("old_space", 0x037d1): "PromiseAllResolveElementSharedFun",
|
|
|
|
("old_space", 0x037f9): "PromiseAllSettledResolveElementSharedFun",
|
|
|
|
("old_space", 0x03821): "PromiseAllSettledRejectElementSharedFun",
|
|
|
|
("old_space", 0x03849): "PromiseAnyRejectElementSharedFun",
|
|
|
|
("old_space", 0x03871): "PromiseCapabilityDefaultRejectSharedFun",
|
|
|
|
("old_space", 0x03899): "PromiseCapabilityDefaultResolveSharedFun",
|
|
|
|
("old_space", 0x038c1): "PromiseCatchFinallySharedFun",
|
|
|
|
("old_space", 0x038e9): "PromiseGetCapabilitiesExecutorSharedFun",
|
|
|
|
("old_space", 0x03911): "PromiseThenFinallySharedFun",
|
|
|
|
("old_space", 0x03939): "PromiseThrowerFinallySharedFun",
|
|
|
|
("old_space", 0x03961): "PromiseValueThunkFinallySharedFun",
|
|
|
|
("old_space", 0x03989): "ProxyRevokeSharedFun",
|
2019-11-24 23:19:26 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
# Lower 32 bits of first page addresses for various heap spaces.
|
|
|
|
HEAP_FIRST_PAGES = {
|
2019-12-12 19:27:19 +00:00
|
|
|
0x08100000: "old_space",
|
|
|
|
0x08140000: "map_space",
|
2019-11-24 23:19:26 +00:00
|
|
|
0x08040000: "read_only_space",
|
2013-08-02 09:02:02 +00:00
|
|
|
}
|
2017-03-30 11:44:00 +00:00
|
|
|
|
|
|
|
# List of known V8 Frame Markers.
|
|
|
|
FRAME_MARKERS = (
|
|
|
|
"ENTRY",
|
2017-08-03 14:30:20 +00:00
|
|
|
"CONSTRUCT_ENTRY",
|
2017-03-30 11:44:00 +00:00
|
|
|
"EXIT",
|
|
|
|
"OPTIMIZED",
|
2020-05-07 12:29:48 +00:00
|
|
|
"WASM",
|
2017-03-30 11:44:00 +00:00
|
|
|
"WASM_TO_JS",
|
|
|
|
"JS_TO_WASM",
|
2020-03-02 11:24:13 +00:00
|
|
|
"WASM_DEBUG_BREAK",
|
2017-08-07 11:40:21 +00:00
|
|
|
"C_WASM_ENTRY",
|
2019-05-29 10:42:21 +00:00
|
|
|
"WASM_EXIT",
|
2018-05-29 10:53:23 +00:00
|
|
|
"WASM_COMPILE_LAZY",
|
2017-03-30 11:44:00 +00:00
|
|
|
"INTERPRETED",
|
|
|
|
"STUB",
|
2017-06-07 13:23:33 +00:00
|
|
|
"BUILTIN_CONTINUATION",
|
|
|
|
"JAVA_SCRIPT_BUILTIN_CONTINUATION",
|
2018-04-04 06:31:33 +00:00
|
|
|
"JAVA_SCRIPT_BUILTIN_CONTINUATION_WITH_CATCH",
|
2017-03-30 11:44:00 +00:00
|
|
|
"INTERNAL",
|
|
|
|
"CONSTRUCT",
|
|
|
|
"ARGUMENTS_ADAPTOR",
|
|
|
|
"BUILTIN",
|
|
|
|
"BUILTIN_EXIT",
|
2017-12-12 22:19:44 +00:00
|
|
|
"NATIVE",
|
2017-03-30 11:44:00 +00:00
|
|
|
)
|
2017-04-20 06:14:53 +00:00
|
|
|
|
|
|
|
# This set of constants is generated from a shipping build.
|