Lines Matching full:we

13 1. We delete all original java specific opcodes and delete java specific opcode prefix.
14 2. We remove the prefix of ecmascript specific opcodes, such that most of the bytecode opcode can b…
15 …We add prefix "deprecated" and keep the many old isa as "deprecated"-prefixed opcodes (for compati…
16 4. We add prefix "throw" and make all throwing opcodes be prefixed by "throw".
17 5. We add prefix "wide" to support opcodes which need larger immediate number.
18 6. We adjust the format of some opcodes (about immediate number and accumulator), so that the bytec…
19 7. We change the semantics of some opcodes.
20 8. We add 8-bit or 16-bit imm as inline cache slot for some specific opcodes.
23 As we merge some "define-function" opcodes as one opcode, in function we add one field which record…
25 We also add header index in function such that runtime can access IndexHeader more efficiently.
26 We reuse the field 32-bit field `access_flags_` to encode Function Kind and Header index.
33 To adapt runtime design, we put string and literal array into the index header of methods,
36 As the method number in a class is not limited, we release the constraint that all methodId,
38 Instead, we only ask that all methodId, stringId and literalarrayId in a method should be put in on…
39 As we use 16-bit to encode methodId, stringId and literalarrayId, the number of these Ids in one me…
43 1. We deprecate the usage of global literalarray index.
44 2. We use offset to reference literalarray.
45 3. In bytecode, we still use 16-bit literalarrayId rather than offset.