]>
Commit | Line | Data |
---|---|---|
1 | /* Standard language operator definitions for GDB, the GNU debugger. | |
2 | ||
3 | Copyright (C) 1986, 1989, 1992, 1994, 2000, 2003, 2005, 2007, 2008, 2009, | |
4 | 2010, 2011 Free Software Foundation, Inc. | |
5 | ||
6 | This file is part of GDB. | |
7 | ||
8 | This program is free software; you can redistribute it and/or modify | |
9 | it under the terms of the GNU General Public License as published by | |
10 | the Free Software Foundation; either version 3 of the License, or | |
11 | (at your option) any later version. | |
12 | ||
13 | This program is distributed in the hope that it will be useful, | |
14 | but WITHOUT ANY WARRANTY; without even the implied warranty of | |
15 | MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the | |
16 | GNU General Public License for more details. | |
17 | ||
18 | You should have received a copy of the GNU General Public License | |
19 | along with this program. If not, see <http://www.gnu.org/licenses/>. */ | |
20 | ||
21 | /* Used when it's necessary to pass an opcode which will be ignored, | |
22 | or to catch uninitialized values. */ | |
23 | OP (OP_NULL) | |
24 | ||
25 | /* BINOP_... operate on two values computed by following subexpressions, | |
26 | replacing them by one result value. They take no immediate arguments. */ | |
27 | ||
28 | OP (BINOP_ADD) /* + */ | |
29 | OP (BINOP_SUB) /* - */ | |
30 | OP (BINOP_MUL) /* * */ | |
31 | OP (BINOP_DIV) /* / */ | |
32 | OP (BINOP_REM) /* % */ | |
33 | OP (BINOP_MOD) /* mod (Knuth 1.2.4) */ | |
34 | OP (BINOP_LSH) /* << */ | |
35 | OP (BINOP_RSH) /* >> */ | |
36 | OP (BINOP_LOGICAL_AND) /* && */ | |
37 | OP (BINOP_LOGICAL_OR) /* || */ | |
38 | OP (BINOP_BITWISE_AND) /* & */ | |
39 | OP (BINOP_BITWISE_IOR) /* | */ | |
40 | OP (BINOP_BITWISE_XOR) /* ^ */ | |
41 | OP (BINOP_EQUAL) /* == */ | |
42 | OP (BINOP_NOTEQUAL) /* != */ | |
43 | OP (BINOP_LESS) /* < */ | |
44 | OP (BINOP_GTR) /* > */ | |
45 | OP (BINOP_LEQ) /* <= */ | |
46 | OP (BINOP_GEQ) /* >= */ | |
47 | OP (BINOP_REPEAT) /* @ */ | |
48 | OP (BINOP_ASSIGN) /* = */ | |
49 | OP (BINOP_COMMA) /* , */ | |
50 | OP (BINOP_SUBSCRIPT) /* x[y] */ | |
51 | OP (BINOP_EXP) /* Exponentiation */ | |
52 | ||
53 | /* C++. */ | |
54 | ||
55 | OP (BINOP_MIN) /* <? */ | |
56 | OP (BINOP_MAX) /* >? */ | |
57 | ||
58 | /* STRUCTOP_MEMBER is used for pointer-to-member constructs. | |
59 | X . * Y translates into X STRUCTOP_MEMBER Y. */ | |
60 | OP (STRUCTOP_MEMBER) | |
61 | ||
62 | /* STRUCTOP_MPTR is used for pointer-to-member constructs | |
63 | when X is a pointer instead of an aggregate. */ | |
64 | OP (STRUCTOP_MPTR) | |
65 | ||
66 | /* TYPE_INSTANCE is used when the user specifies a specific | |
67 | type instantiation for overloaded methods/functions. | |
68 | ||
69 | The format is: | |
70 | TYPE_INSTANCE num_types type0 ... typeN num_types TYPE_INSTANCE. */ | |
71 | OP (TYPE_INSTANCE) | |
72 | ||
73 | /* end of C++. */ | |
74 | ||
75 | /* For Modula-2 integer division DIV. */ | |
76 | OP (BINOP_INTDIV) | |
77 | ||
78 | /* +=, -=, *=, and so on. The following exp_element is another opcode, | |
79 | a BINOP_, saying how to modify. Then comes another BINOP_ASSIGN_MODIFY, | |
80 | making three exp_elements in total. */ | |
81 | OP (BINOP_ASSIGN_MODIFY) | |
82 | ||
83 | /* Modula-2 standard (binary) procedures. */ | |
84 | OP (BINOP_VAL) | |
85 | ||
86 | /* Concatenate two operands, such as character strings or bitstrings. | |
87 | If the first operand is a integer expression, then it means concatenate | |
88 | the second operand with itself that many times. */ | |
89 | OP (BINOP_CONCAT) | |
90 | ||
91 | /* For (the deleted) Chill and Pascal. */ | |
92 | OP (BINOP_IN) /* Returns 1 iff ARG1 IN ARG2. */ | |
93 | ||
94 | /* This is the "colon operator" used various places in (the | |
95 | deleted) Chill. */ | |
96 | OP (BINOP_RANGE) | |
97 | ||
98 | /* This must be the highest BINOP_ value, for expprint.c. */ | |
99 | OP (BINOP_END) | |
100 | ||
101 | /* Operates on three values computed by following subexpressions. */ | |
102 | OP (TERNOP_COND) /* ?: */ | |
103 | ||
104 | /* A sub-string/sub-array. (the deleted) Chill syntax: | |
105 | OP1(OP2:OP3). Return elements OP2 through OP3 of OP1. */ | |
106 | OP (TERNOP_SLICE) | |
107 | ||
108 | /* A sub-string/sub-array. (The deleted) Chill syntax: OP1(OP2 UP | |
109 | OP3). Return OP3 elements of OP1, starting with element | |
110 | OP2. */ | |
111 | OP (TERNOP_SLICE_COUNT) | |
112 | ||
113 | /* Multidimensional subscript operator, such as Modula-2 x[a,b,...]. | |
114 | The dimensionality is encoded in the operator, like the number of | |
115 | function arguments in OP_FUNCALL, I.E. <OP><dimension><OP>. | |
116 | The value of the first following subexpression is subscripted | |
117 | by each of the next following subexpressions, one per dimension. */ | |
118 | OP (MULTI_SUBSCRIPT) | |
119 | ||
120 | /* The OP_... series take immediate following arguments. | |
121 | After the arguments come another OP_... (the same one) | |
122 | so that the grouping can be recognized from the end. */ | |
123 | ||
124 | /* OP_LONG is followed by a type pointer in the next exp_element | |
125 | and the long constant value in the following exp_element. | |
126 | Then comes another OP_LONG. | |
127 | Thus, the operation occupies four exp_elements. */ | |
128 | OP (OP_LONG) | |
129 | ||
130 | /* OP_DOUBLE is similar but takes a DOUBLEST constant instead of a | |
131 | long. */ | |
132 | OP (OP_DOUBLE) | |
133 | ||
134 | /* OP_VAR_VALUE takes one struct block * in the following element, | |
135 | and one struct symbol * in the following exp_element, followed | |
136 | by another OP_VAR_VALUE, making four exp_elements. If the | |
137 | block is non-NULL, evaluate the symbol relative to the | |
138 | innermost frame executing in that block; if the block is NULL | |
139 | use the selected frame. */ | |
140 | OP (OP_VAR_VALUE) | |
141 | ||
142 | /* OP_LAST is followed by an integer in the next exp_element. | |
143 | The integer is zero for the last value printed, | |
144 | or it is the absolute number of a history element. | |
145 | With another OP_LAST at the end, this makes three exp_elements. */ | |
146 | OP (OP_LAST) | |
147 | ||
148 | /* OP_REGISTER is followed by a string in the next exp_element. | |
149 | This is the name of a register to fetch. */ | |
150 | OP (OP_REGISTER) | |
151 | ||
152 | /* OP_INTERNALVAR is followed by an internalvar ptr in the next | |
153 | exp_element. With another OP_INTERNALVAR at the end, this | |
154 | makes three exp_elements. */ | |
155 | OP (OP_INTERNALVAR) | |
156 | ||
157 | /* OP_FUNCALL is followed by an integer in the next exp_element. | |
158 | The integer is the number of args to the function call. | |
159 | That many plus one values from following subexpressions | |
160 | are used, the first one being the function. | |
161 | The integer is followed by a repeat of OP_FUNCALL, | |
162 | making three exp_elements. */ | |
163 | OP (OP_FUNCALL) | |
164 | ||
165 | /* OP_OBJC_MSGCALL is followed by a string in the next exp_element | |
166 | and then an integer. The string is the selector string. The | |
167 | integer is the number of arguments to the message call. That | |
168 | many plus one values are used, the first one being the object | |
169 | pointer. This is an Objective C message. */ | |
170 | OP (OP_OBJC_MSGCALL) | |
171 | ||
172 | /* This is EXACTLY like OP_FUNCALL but is semantically different. | |
173 | In F77, array subscript expressions, substring expressions and | |
174 | function calls are all exactly the same syntactically. They | |
175 | may only be disambiguated at runtime. Thus this operator, | |
176 | which indicates that we have found something of the form | |
177 | <name> ( <stuff> ). */ | |
178 | OP (OP_F77_UNDETERMINED_ARGLIST) | |
179 | ||
180 | /* OP_COMPLEX takes a type in the following element, followed by another | |
181 | OP_COMPLEX, making three exp_elements. It is followed by two double | |
182 | args, and converts them into a complex number of the given type. */ | |
183 | OP (OP_COMPLEX) | |
184 | ||
185 | /* OP_STRING represents a string constant. | |
186 | Its format is the same as that of a STRUCTOP, but the string | |
187 | data is just made into a string constant when the operation | |
188 | is executed. */ | |
189 | OP (OP_STRING) | |
190 | ||
191 | /* OP_BITSTRING represents a packed bitstring constant. | |
192 | Its format is the same as that of a STRUCTOP, but the bitstring | |
193 | data is just made into a bitstring constant when the operation | |
194 | is executed. */ | |
195 | OP (OP_BITSTRING) | |
196 | ||
197 | /* OP_ARRAY creates an array constant out of the following subexpressions. | |
198 | It is followed by two exp_elements, the first containing an integer | |
199 | that is the lower bound of the array and the second containing another | |
200 | integer that is the upper bound of the array. The second integer is | |
201 | followed by a repeat of OP_ARRAY, making four exp_elements total. | |
202 | The bounds are used to compute the number of following subexpressions | |
203 | to consume, as well as setting the bounds in the created array constant. | |
204 | The type of the elements is taken from the type of the first subexp, | |
205 | and they must all match. */ | |
206 | OP (OP_ARRAY) | |
207 | ||
208 | /* UNOP_CAST is followed by a type pointer in the next exp_element. | |
209 | With another UNOP_CAST at the end, this makes three exp_elements. | |
210 | It casts the value of the following subexpression. */ | |
211 | OP (UNOP_CAST) | |
212 | ||
213 | /* The C++ dynamic_cast operator. */ | |
214 | OP (UNOP_DYNAMIC_CAST) | |
215 | ||
216 | /* The C++ reinterpret_cast operator. */ | |
217 | OP (UNOP_REINTERPRET_CAST) | |
218 | ||
219 | /* UNOP_MEMVAL is followed by a type pointer in the next exp_element | |
220 | With another UNOP_MEMVAL at the end, this makes three exp_elements. | |
221 | It casts the contents of the word addressed by the value of the | |
222 | following subexpression. */ | |
223 | OP (UNOP_MEMVAL) | |
224 | ||
225 | /* UNOP_MEMVAL_TLS is followed by a `struct objfile' pointer in the next | |
226 | exp_element and a type pointer in the following exp_element. | |
227 | With another UNOP_MEMVAL_TLS at the end, this makes four exp_elements. | |
228 | It casts the contents of the word offsetted by the value of the | |
229 | following subexpression from the TLS specified by `struct objfile'. */ | |
230 | OP (UNOP_MEMVAL_TLS) | |
231 | ||
232 | /* UNOP_... operate on one value from a following subexpression | |
233 | and replace it with a result. They take no immediate arguments. */ | |
234 | ||
235 | OP (UNOP_NEG) /* Unary - */ | |
236 | OP (UNOP_LOGICAL_NOT) /* Unary ! */ | |
237 | OP (UNOP_COMPLEMENT) /* Unary ~ */ | |
238 | OP (UNOP_IND) /* Unary * */ | |
239 | OP (UNOP_ADDR) /* Unary & */ | |
240 | OP (UNOP_PREINCREMENT) /* ++ before an expression */ | |
241 | OP (UNOP_POSTINCREMENT) /* ++ after an expression */ | |
242 | OP (UNOP_PREDECREMENT) /* -- before an expression */ | |
243 | OP (UNOP_POSTDECREMENT) /* -- after an expression */ | |
244 | OP (UNOP_SIZEOF) /* Unary sizeof (followed by expression) */ | |
245 | ||
246 | OP (UNOP_PLUS) /* Unary plus */ | |
247 | ||
248 | OP (UNOP_CAP) /* Modula-2 standard (unary) procedures */ | |
249 | OP (UNOP_CHR) | |
250 | OP (UNOP_ORD) | |
251 | OP (UNOP_ABS) | |
252 | OP (UNOP_FLOAT) | |
253 | OP (UNOP_HIGH) | |
254 | OP (UNOP_MAX) | |
255 | OP (UNOP_MIN) | |
256 | OP (UNOP_ODD) | |
257 | OP (UNOP_TRUNC) | |
258 | ||
259 | OP (OP_BOOL) /* Modula-2 builtin BOOLEAN type */ | |
260 | OP (OP_M2_STRING) /* Modula-2 string constants */ | |
261 | ||
262 | /* STRUCTOP_... operate on a value from a following subexpression | |
263 | by extracting a structure component specified by a string | |
264 | that appears in the following exp_elements (as many as needed). | |
265 | STRUCTOP_STRUCT is used for "." and STRUCTOP_PTR for "->". | |
266 | They differ only in the error message given in case the value is | |
267 | not suitable or the structure component specified is not found. | |
268 | ||
269 | The length of the string follows the opcode, followed by | |
270 | BYTES_TO_EXP_ELEM(length) elements containing the data of the | |
271 | string, followed by the length again and the opcode again. */ | |
272 | ||
273 | OP (STRUCTOP_STRUCT) | |
274 | OP (STRUCTOP_PTR) | |
275 | ||
276 | /* C++: OP_THIS is just a placeholder for the class instance variable. | |
277 | It just comes in a tight (OP_THIS, OP_THIS) pair. */ | |
278 | OP (OP_THIS) | |
279 | ||
280 | /* Objective-C: OP_OBJC_SELF is just a placeholder for the class | |
281 | instance variable. It just comes in a tight (OP_OBJC_SELF, | |
282 | OP_OBJC_SELF) pair. */ | |
283 | OP (OP_OBJC_SELF) | |
284 | ||
285 | /* Objective C: "@selector" pseudo-operator. */ | |
286 | OP (OP_OBJC_SELECTOR) | |
287 | ||
288 | /* OP_SCOPE surrounds a type name and a field name. The type | |
289 | name is encoded as one element, but the field name stays as | |
290 | a string, which, of course, is variable length. */ | |
291 | OP (OP_SCOPE) | |
292 | ||
293 | /* Used to represent named structure field values in brace | |
294 | initializers (or tuples as they are called in (the deleted) | |
295 | Chill). | |
296 | ||
297 | The gcc C syntax is NAME:VALUE or .NAME=VALUE, the (the | |
298 | deleted) Chill syntax is .NAME:VALUE. Multiple labels (as in | |
299 | the (the deleted) Chill syntax .NAME1,.NAME2:VALUE) is | |
300 | represented as if it were .NAME1:(.NAME2:VALUE) (though that is | |
301 | not valid (the deleted) Chill syntax). | |
302 | ||
303 | The NAME is represented as for STRUCTOP_STRUCT; VALUE follows. */ | |
304 | OP (OP_LABELED) | |
305 | ||
306 | /* OP_TYPE is for parsing types, and used with the "ptype" command | |
307 | so we can look up types that are qualified by scope, either with | |
308 | the GDB "::" operator, or the Modula-2 '.' operator. */ | |
309 | OP (OP_TYPE) | |
310 | ||
311 | /* An un-looked-up identifier. */ | |
312 | OP (OP_NAME) | |
313 | ||
314 | /* An Objective C Foundation Class NSString constant. */ | |
315 | OP (OP_OBJC_NSSTRING) | |
316 | ||
317 | /* A F90 array range operator (for "exp:exp", "exp:", ":exp" and ":"). */ | |
318 | OP (OP_F90_RANGE) | |
319 | ||
320 | /* OP_DECFLOAT is followed by a type pointer in the next exp_element | |
321 | and a dec long constant value in the following exp_element. | |
322 | Then comes another OP_DECFLOAT. */ | |
323 | OP (OP_DECFLOAT) | |
324 | ||
325 | /* OP_ADL_FUNC specifies that the function is to be looked up in an | |
326 | Argument Dependent manner (Koenig lookup). */ | |
327 | OP (OP_ADL_FUNC) |