TrueCloudLab/neoneo-go
7
0
Fork 2
Code Issues Pull requests Projects Releases Packages Wiki Activity
neoneo-go/pkg/vm/opcode/opcode_string.go

385 lines
9.8 KiB
Go
Raw Normal View History

opcode: use underscored names in String()
2020-05-21 09:54:50 +00:00
// Code generated by "stringer -type Opcode -linecomment"; DO NOT EDIT.
vm: move opcodes into their own package This allows easier reuse of opcodes and in some cases allows to eliminate dependencies on the whole vm package, like in compiler that only needs opcodes and doesn't care about VM for any other purpose. And yes, they're opcodes because an instruction is a whole thing with operands, that's what context.Next() returns.
2019-12-03 14:05:06 +00:00
package opcode
import "strconv"
func _() {
// An "invalid array index" compiler error signifies that the constant values have changed.
// Re-run the stringer command to generate them again.
var x [1]struct{}
vm: implement new PUSH opcodes
2020-04-21 13:45:48 +00:00
_ = x[PUSHINT8-0]
_ = x[PUSHINT16-1]
_ = x[PUSHINT32-2]
_ = x[PUSHINT64-3]
_ = x[PUSHINT128-4]
_ = x[PUSHINT256-5]
vm: implement PUSHA/CALLA opcodes
2020-05-06 13:55:30 +00:00
_ = x[PUSHA-10]
vm: implement new PUSH opcodes
2020-04-21 13:45:48 +00:00
_ = x[PUSHNULL-11]
_ = x[PUSHDATA1-12]
_ = x[PUSHDATA2-13]
_ = x[PUSHDATA4-14]
_ = x[PUSHM1-15]
_ = x[PUSH0-16]
_ = x[PUSHF-16]
_ = x[PUSH1-17]
_ = x[PUSHT-17]
_ = x[PUSH2-18]
_ = x[PUSH3-19]
_ = x[PUSH4-20]
_ = x[PUSH5-21]
_ = x[PUSH6-22]
_ = x[PUSH7-23]
_ = x[PUSH8-24]
_ = x[PUSH9-25]
_ = x[PUSH10-26]
_ = x[PUSH11-27]
_ = x[PUSH12-28]
_ = x[PUSH13-29]
_ = x[PUSH14-30]
_ = x[PUSH15-31]
_ = x[PUSH16-32]
vm: implement new JMP* and CALL* opcodes In compiler JMP*_L opcodes are always used, as this requires less effort.
2020-04-23 08:56:36 +00:00
_ = x[NOP-33]
_ = x[JMP-34]
_ = x[JMPL-35]
_ = x[JMPIF-36]
_ = x[JMPIFL-37]
_ = x[JMPIFNOT-38]
_ = x[JMPIFNOTL-39]
_ = x[JMPEQ-40]
_ = x[JMPEQL-41]
_ = x[JMPNE-42]
_ = x[JMPNEL-43]
_ = x[JMPGT-44]
_ = x[JMPGTL-45]
_ = x[JMPGE-46]
_ = x[JMPGEL-47]
_ = x[JMPLT-48]
_ = x[JMPLTL-49]
_ = x[JMPLE-50]
_ = x[JMPLEL-51]
_ = x[CALL-52]
_ = x[CALLL-53]
vm: implement PUSHA/CALLA opcodes
2020-05-06 13:55:30 +00:00
_ = x[CALLA-54]
vm: implement ASSERT/ABORT opcodes Rename THROWIFNOT to ASSERT, add ABORT opcode. ABORT cannot be caught, but the implementation should be postponed until exception handling is implemented.
2020-05-06 12:54:18 +00:00
_ = x[ABORT-55]
_ = x[ASSERT-56]
_ = x[THROW-58]
vm: move RET and SYSCALL opcodes
2020-05-07 10:23:05 +00:00
_ = x[RET-64]
_ = x[SYSCALL-65]
vm: reorder stack opcodes Leave *ALTSTACK opcodes for now as they are needed in compiler while slot opcodes are not yet here.
2020-05-06 08:19:58 +00:00
_ = x[DEPTH-67]
_ = x[DROP-69]
_ = x[NIP-70]
_ = x[XDROP-72]
vm: implement CLEAR opcode
2020-05-06 08:32:22 +00:00
_ = x[CLEAR-73]
vm: reorder stack opcodes Leave *ALTSTACK opcodes for now as they are needed in compiler while slot opcodes are not yet here.
2020-05-06 08:19:58 +00:00
_ = x[DUP-74]
_ = x[OVER-75]
_ = x[PICK-77]
_ = x[TUCK-78]
_ = x[SWAP-80]
vm: remove stack isolation opcodes They are not present in NEO3 and will be creating additional difficulties during future flow-control opcodes implementation.
2020-04-23 08:40:06 +00:00
_ = x[OLDPUSH1-81]
vm: reorder stack opcodes Leave *ALTSTACK opcodes for now as they are needed in compiler while slot opcodes are not yet here.
2020-05-06 08:19:58 +00:00
_ = x[ROT-81]
_ = x[ROLL-82]
vm: implement REVERSE* opcodes Use new opcodes in the compiler instead of XSWAP/ROLL.
2020-05-06 09:12:29 +00:00
_ = x[REVERSE3-83]
_ = x[REVERSE4-84]
_ = x[REVERSEN-85]
vm: implement slot-related opcodes 1. Slot is a new mechanism for storing variables during execution which is more convenient than alt.stack. This commit implements support for slot opcodes in both vm and compiler. 2. Remove old alt.stack opcodes. 3. Do not process globals at the start of every function, but instead load them single time at main.
2020-05-07 08:54:35 +00:00
_ = x[INITSSLOT-86]
_ = x[INITSLOT-87]
_ = x[LDSFLD0-88]
_ = x[LDSFLD1-89]
_ = x[LDSFLD2-90]
_ = x[LDSFLD3-91]
_ = x[LDSFLD4-92]
_ = x[LDSFLD5-93]
_ = x[LDSFLD6-94]
_ = x[LDSFLD-95]
_ = x[STSFLD0-96]
_ = x[STSFLD1-97]
_ = x[STSFLD2-98]
_ = x[STSFLD3-99]
_ = x[STSFLD4-100]
_ = x[STSFLD5-101]
_ = x[STSFLD6-102]
_ = x[STSFLD-103]
_ = x[LDLOC0-104]
_ = x[LDLOC1-105]
_ = x[LDLOC2-106]
_ = x[LDLOC3-107]
_ = x[LDLOC4-108]
_ = x[LDLOC5-109]
_ = x[LDLOC6-110]
_ = x[LDLOC-111]
_ = x[STLOC0-112]
_ = x[STLOC1-113]
_ = x[STLOC2-114]
_ = x[STLOC3-115]
_ = x[STLOC4-116]
_ = x[STLOC5-117]
_ = x[STLOC6-118]
_ = x[STLOC-119]
_ = x[LDARG0-120]
_ = x[LDARG1-121]
_ = x[LDARG2-122]
_ = x[LDARG3-123]
_ = x[LDARG4-124]
_ = x[LDARG5-125]
_ = x[LDARG6-126]
_ = x[LDARG-127]
_ = x[STARG0-128]
_ = x[STARG1-129]
_ = x[STARG2-130]
_ = x[STARG3-131]
_ = x[STARG4-132]
_ = x[STARG5-133]
_ = x[STARG6-134]
_ = x[STARG-135]
vm: implement NEWBUFFER opcode
2020-05-12 11:53:17 +00:00
_ = x[NEWBUFFER-136]
vm: implement MEMCPY opcode MEMCPY copies byte-slice to a destination buffer.
2020-05-12 11:55:31 +00:00
_ = x[MEMCPY-137]
vm: reorder splice opcodes
2020-05-07 12:42:13 +00:00
_ = x[CAT-139]
_ = x[SUBSTR-140]
_ = x[LEFT-141]
_ = x[RIGHT-142]
vm: reorder arithmetic opcodes
2020-04-28 13:05:11 +00:00
_ = x[INVERT-144]
_ = x[AND-145]
_ = x[OR-146]
_ = x[XOR-147]
_ = x[EQUAL-151]
vm: reorder stack opcodes Leave *ALTSTACK opcodes for now as they are needed in compiler while slot opcodes are not yet here.
2020-05-06 08:19:58 +00:00
_ = x[NOTEQUAL-152]
vm: reorder arithmetic opcodes
2020-04-28 13:05:11 +00:00
_ = x[SIGN-153]
_ = x[ABS-154]
_ = x[NEGATE-155]
_ = x[INC-156]
_ = x[DEC-157]
_ = x[ADD-158]
_ = x[SUB-159]
_ = x[MUL-160]
_ = x[DIV-161]
_ = x[MOD-162]
_ = x[SHL-168]
_ = x[SHR-169]
_ = x[NOT-170]
_ = x[BOOLAND-171]
_ = x[BOOLOR-172]
_ = x[NZ-177]
_ = x[NUMEQUAL-179]
_ = x[NUMNOTEQUAL-180]
_ = x[LT-181]
_ = x[LTE-182]
_ = x[GT-183]
_ = x[GTE-184]
_ = x[MIN-185]
_ = x[MAX-186]
_ = x[WITHIN-187]
vm: reorder Array/Map opcodes Also SIZE can be used for both Arrays/Maps and ByteArrays.
2020-04-24 09:24:08 +00:00
_ = x[PACK-192]
_ = x[UNPACK-193]
vm: implement NEWARRAY0 and NEWSTRUCT0 opcodes
2020-04-24 09:31:59 +00:00
_ = x[NEWARRAY0-194]
vm: reorder Array/Map opcodes Also SIZE can be used for both Arrays/Maps and ByteArrays.
2020-04-24 09:24:08 +00:00
_ = x[NEWARRAY-195]
vm: implement NEWARRAYT opcode
2020-04-24 10:48:19 +00:00
_ = x[NEWARRAYT-196]
vm: implement NEWARRAY0 and NEWSTRUCT0 opcodes
2020-04-24 09:31:59 +00:00
_ = x[NEWSTRUCT0-197]
vm: move opcodes into their own package This allows easier reuse of opcodes and in some cases allows to eliminate dependencies on the whole vm package, like in compiler that only needs opcodes and doesn't care about VM for any other purpose. And yes, they're opcodes because an instruction is a whole thing with operands, that's what context.Next() returns.
2019-12-03 14:05:06 +00:00
_ = x[NEWSTRUCT-198]
vm: reorder Array/Map opcodes Also SIZE can be used for both Arrays/Maps and ByteArrays.
2020-04-24 09:24:08 +00:00
_ = x[NEWMAP-200]
_ = x[SIZE-202]
vm: move opcodes into their own package This allows easier reuse of opcodes and in some cases allows to eliminate dependencies on the whole vm package, like in compiler that only needs opcodes and doesn't care about VM for any other purpose. And yes, they're opcodes because an instruction is a whole thing with operands, that's what context.Next() returns.
2019-12-03 14:05:06 +00:00
_ = x[HASKEY-203]
_ = x[KEYS-204]
_ = x[VALUES-205]
vm: reorder Array/Map opcodes Also SIZE can be used for both Arrays/Maps and ByteArrays.
2020-04-24 09:24:08 +00:00
_ = x[PICKITEM-206]
_ = x[APPEND-207]
_ = x[SETITEM-208]
_ = x[REVERSEITEMS-209]
_ = x[REMOVE-210]
vm: implement CLEARITEMS opcode
2020-04-24 10:02:38 +00:00
_ = x[CLEARITEMS-211]
vm: move ISNULL opcode Change it according to NEO3-preview2.
2020-04-27 06:12:00 +00:00
_ = x[ISNULL-216]
vm: implement NEWARRAYT opcode
2020-04-24 10:48:19 +00:00
_ = x[ISTYPE-217]
vm: implements CONVERT opcode
2020-04-28 08:24:02 +00:00
_ = x[CONVERT-219]
vm: move opcodes into their own package This allows easier reuse of opcodes and in some cases allows to eliminate dependencies on the whole vm package, like in compiler that only needs opcodes and doesn't care about VM for any other purpose. And yes, they're opcodes because an instruction is a whole thing with operands, that's what context.Next() returns.
2019-12-03 14:05:06 +00:00
}
opcode: use underscored names in String()
2020-05-21 09:54:50 +00:00
const _Opcode_name = "PUSHINT8PUSHINT16PUSHINT32PUSHINT64PUSHINT128PUSHINT256PUSHAPUSHNULLPUSHDATA1PUSHDATA2PUSHDATA4PUSHM1PUSH0PUSH1PUSH2PUSH3PUSH4PUSH5PUSH6PUSH7PUSH8PUSH9PUSH10PUSH11PUSH12PUSH13PUSH14PUSH15PUSH16NOPJMPJMP_LJMPIFJMPIF_LJMPIFNOTJMPIFNOT_LJMPEQJMPEQ_LJMPNEJMPNE_LJMPGTJMPGT_LJMPGEJMPGE_LJMPLTJMPLT_LJMPLEJMPLE_LCALLCALL_LCALLAABORTASSERTTHROWRETSYSCALLDEPTHDROPNIPXDROPCLEARDUPOVERPICKTUCKSWAPFIXME remove #927ROLLREVERSE3REVERSE4REVERSENINITSSLOTINITSLOTLDSFLD0LDSFLD1LDSFLD2LDSFLD3LDSFLD4LDSFLD5LDSFLD6LDSFLDSTSFLD0STSFLD1STSFLD2STSFLD3STSFLD4STSFLD5STSFLD6STSFLDLDLOC0LDLOC1LDLOC2LDLOC3LDLOC4LDLOC5LDLOC6LDLOCSTLOC0STLOC1STLOC2STLOC3STLOC4STLOC5STLOC6STLOCLDARG0LDARG1LDARG2LDARG3LDARG4LDARG5LDARG6LDARGSTARG0STARG1STARG2STARG3STARG4STARG5STARG6STARGNEWBUFFERMEMCPYCATSUBSTRLEFTRIGHTINVERTANDORXOREQUALNOTEQUALSIGNABSNEGATEINCDECADDSUBMULDIVMODSHLSHRNOTBOOLANDBOOLORNZNUMEQUALNUMNOTEQUALLTLTEGTGTEMINMAXWITHINPACKUNPACKNEWARRAY0NEWARRAYNEWARRAY_TNEWSTRUCT0NEWSTRUCTNEWMAPSIZEHASKEYKEYSVALUESPICKITEMAPPENDSETITEMREVERSEITEMSREMOVECLEARITEMSISNULLISTYPECONVERT"
vm: move opcodes into their own package This allows easier reuse of opcodes and in some cases allows to eliminate dependencies on the whole vm package, like in compiler that only needs opcodes and doesn't care about VM for any other purpose. And yes, they're opcodes because an instruction is a whole thing with operands, that's what context.Next() returns.
2019-12-03 14:05:06 +00:00
var _Opcode_map = map[Opcode]string{
vm: implement new PUSH opcodes
2020-04-21 13:45:48 +00:00
0: _Opcode_name[0:8],
1: _Opcode_name[8:17],
2: _Opcode_name[17:26],
3: _Opcode_name[26:35],
vm: move opcodes into their own package This allows easier reuse of opcodes and in some cases allows to eliminate dependencies on the whole vm package, like in compiler that only needs opcodes and doesn't care about VM for any other purpose. And yes, they're opcodes because an instruction is a whole thing with operands, that's what context.Next() returns.
2019-12-03 14:05:06 +00:00
4: _Opcode_name[35:45],
5: _Opcode_name[45:55],
vm: implement PUSHA/CALLA opcodes
2020-05-06 13:55:30 +00:00
10: _Opcode_name[55:60],
11: _Opcode_name[60:68],
12: _Opcode_name[68:77],
13: _Opcode_name[77:86],
14: _Opcode_name[86:95],
15: _Opcode_name[95:101],
16: _Opcode_name[101:106],
17: _Opcode_name[106:111],
18: _Opcode_name[111:116],
19: _Opcode_name[116:121],
20: _Opcode_name[121:126],
21: _Opcode_name[126:131],
22: _Opcode_name[131:136],
23: _Opcode_name[136:141],
24: _Opcode_name[141:146],
25: _Opcode_name[146:151],
26: _Opcode_name[151:157],
27: _Opcode_name[157:163],
28: _Opcode_name[163:169],
29: _Opcode_name[169:175],
30: _Opcode_name[175:181],
31: _Opcode_name[181:187],
32: _Opcode_name[187:193],
33: _Opcode_name[193:196],
34: _Opcode_name[196:199],
opcode: use underscored names in String()
2020-05-21 09:54:50 +00:00
35: _Opcode_name[199:204],
36: _Opcode_name[204:209],
37: _Opcode_name[209:216],
38: _Opcode_name[216:224],
39: _Opcode_name[224:234],
40: _Opcode_name[234:239],
41: _Opcode_name[239:246],
42: _Opcode_name[246:251],
43: _Opcode_name[251:258],
44: _Opcode_name[258:263],
45: _Opcode_name[263:270],
46: _Opcode_name[270:275],
47: _Opcode_name[275:282],
48: _Opcode_name[282:287],
49: _Opcode_name[287:294],
50: _Opcode_name[294:299],
51: _Opcode_name[299:306],
52: _Opcode_name[306:310],
53: _Opcode_name[310:316],
54: _Opcode_name[316:321],
55: _Opcode_name[321:326],
56: _Opcode_name[326:332],
58: _Opcode_name[332:337],
64: _Opcode_name[337:340],
65: _Opcode_name[340:347],
67: _Opcode_name[347:352],
69: _Opcode_name[352:356],
70: _Opcode_name[356:359],
72: _Opcode_name[359:364],
73: _Opcode_name[364:369],
74: _Opcode_name[369:372],
75: _Opcode_name[372:376],
77: _Opcode_name[376:380],
78: _Opcode_name[380:384],
80: _Opcode_name[384:388],
81: _Opcode_name[388:405],
82: _Opcode_name[405:409],
83: _Opcode_name[409:417],
84: _Opcode_name[417:425],
85: _Opcode_name[425:433],
86: _Opcode_name[433:442],
87: _Opcode_name[442:450],
88: _Opcode_name[450:457],
89: _Opcode_name[457:464],
90: _Opcode_name[464:471],
91: _Opcode_name[471:478],
92: _Opcode_name[478:485],
93: _Opcode_name[485:492],
94: _Opcode_name[492:499],
95: _Opcode_name[499:505],
96: _Opcode_name[505:512],
97: _Opcode_name[512:519],
98: _Opcode_name[519:526],
99: _Opcode_name[526:533],
100: _Opcode_name[533:540],
101: _Opcode_name[540:547],
102: _Opcode_name[547:554],
103: _Opcode_name[554:560],
104: _Opcode_name[560:566],
105: _Opcode_name[566:572],
106: _Opcode_name[572:578],
107: _Opcode_name[578:584],
108: _Opcode_name[584:590],
109: _Opcode_name[590:596],
110: _Opcode_name[596:602],
111: _Opcode_name[602:607],
112: _Opcode_name[607:613],
113: _Opcode_name[613:619],
114: _Opcode_name[619:625],
115: _Opcode_name[625:631],
116: _Opcode_name[631:637],
117: _Opcode_name[637:643],
118: _Opcode_name[643:649],
119: _Opcode_name[649:654],
120: _Opcode_name[654:660],
121: _Opcode_name[660:666],
122: _Opcode_name[666:672],
123: _Opcode_name[672:678],
124: _Opcode_name[678:684],
125: _Opcode_name[684:690],
126: _Opcode_name[690:696],
127: _Opcode_name[696:701],
128: _Opcode_name[701:707],
129: _Opcode_name[707:713],
130: _Opcode_name[713:719],
131: _Opcode_name[719:725],
132: _Opcode_name[725:731],
133: _Opcode_name[731:737],
134: _Opcode_name[737:743],
135: _Opcode_name[743:748],
136: _Opcode_name[748:757],
137: _Opcode_name[757:763],
139: _Opcode_name[763:766],
140: _Opcode_name[766:772],
141: _Opcode_name[772:776],
142: _Opcode_name[776:781],
144: _Opcode_name[781:787],
145: _Opcode_name[787:790],
146: _Opcode_name[790:792],
147: _Opcode_name[792:795],
151: _Opcode_name[795:800],
152: _Opcode_name[800:808],
153: _Opcode_name[808:812],
154: _Opcode_name[812:815],
155: _Opcode_name[815:821],
156: _Opcode_name[821:824],
157: _Opcode_name[824:827],
158: _Opcode_name[827:830],
159: _Opcode_name[830:833],
160: _Opcode_name[833:836],
161: _Opcode_name[836:839],
162: _Opcode_name[839:842],
168: _Opcode_name[842:845],
169: _Opcode_name[845:848],
170: _Opcode_name[848:851],
171: _Opcode_name[851:858],
172: _Opcode_name[858:864],
177: _Opcode_name[864:866],
179: _Opcode_name[866:874],
180: _Opcode_name[874:885],
181: _Opcode_name[885:887],
182: _Opcode_name[887:890],
183: _Opcode_name[890:892],
184: _Opcode_name[892:895],
185: _Opcode_name[895:898],
186: _Opcode_name[898:901],
187: _Opcode_name[901:907],
192: _Opcode_name[907:911],
193: _Opcode_name[911:917],
194: _Opcode_name[917:926],
195: _Opcode_name[926:934],
196: _Opcode_name[934:944],
197: _Opcode_name[944:954],
198: _Opcode_name[954:963],
200: _Opcode_name[963:969],
202: _Opcode_name[969:973],
203: _Opcode_name[973:979],
204: _Opcode_name[979:983],
205: _Opcode_name[983:989],
206: _Opcode_name[989:997],
207: _Opcode_name[997:1003],
208: _Opcode_name[1003:1010],
209: _Opcode_name[1010:1022],
210: _Opcode_name[1022:1028],
211: _Opcode_name[1028:1038],
216: _Opcode_name[1038:1044],
217: _Opcode_name[1044:1050],
219: _Opcode_name[1050:1057],
vm: move opcodes into their own package This allows easier reuse of opcodes and in some cases allows to eliminate dependencies on the whole vm package, like in compiler that only needs opcodes and doesn't care about VM for any other purpose. And yes, they're opcodes because an instruction is a whole thing with operands, that's what context.Next() returns.
2019-12-03 14:05:06 +00:00
}
func (i Opcode) String() string {
if str, ok := _Opcode_map[i]; ok {
return str
}
return "Opcode(" + strconv.FormatInt(int64(i), 10) + ")"
}
Reference in a new issue Copy permalink