0
|
1 /* The "lrecord" structure (header of a compound lisp object).
|
|
2 Copyright (C) 1993, 1994, 1995 Free Software Foundation, Inc.
|
|
3 Copyright (C) 1996 Ben Wing.
|
|
4
|
|
5 This file is part of XEmacs.
|
|
6
|
|
7 XEmacs is free software; you can redistribute it and/or modify it
|
|
8 under the terms of the GNU General Public License as published by the
|
|
9 Free Software Foundation; either version 2, or (at your option) any
|
|
10 later version.
|
|
11
|
|
12 XEmacs is distributed in the hope that it will be useful, but WITHOUT
|
|
13 ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
|
|
14 FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License
|
|
15 for more details.
|
|
16
|
|
17 You should have received a copy of the GNU General Public License
|
|
18 along with XEmacs; see the file COPYING. If not, write to
|
|
19 the Free Software Foundation, Inc., 59 Temple Place - Suite 330,
|
|
20 Boston, MA 02111-1307, USA. */
|
|
21
|
|
22 /* Synched up with: Not in FSF. */
|
|
23
|
398
|
24 #ifndef INCLUDED_lrecord_h_
|
|
25 #define INCLUDED_lrecord_h_
|
0
|
26
|
|
27 /* The "lrecord" type of Lisp object is used for all object types
|
|
28 other than a few simple ones. This allows many types to be
|
398
|
29 implemented but only a few bits required in a Lisp object for type
|
|
30 information. (The tradeoff is that each object has its type marked
|
|
31 in it, thereby increasing its size.) All lrecords begin with a
|
|
32 `struct lrecord_header', which identifies the lisp object type, by
|
|
33 providing an index into a table of `struct lrecord_implementation',
|
|
34 which describes the behavior of the lisp object. It also contains
|
|
35 some other data bits.
|
0
|
36
|
272
|
37 Lrecords are of two types: straight lrecords, and lcrecords.
|
|
38 Straight lrecords are used for those types of objects that have
|
|
39 their own allocation routines (typically allocated out of 2K chunks
|
|
40 of memory called `frob blocks'). These objects have a `struct
|
|
41 lrecord_header' at the top, containing only the bits needed to find
|
|
42 the lrecord_implementation for the object. There are special
|
|
43 routines in alloc.c to deal with each such object type.
|
0
|
44
|
398
|
45 Lcrecords are used for less common sorts of objects that don't do
|
|
46 their own allocation. Each such object is malloc()ed individually,
|
|
47 and the objects are chained together through a `next' pointer.
|
|
48 Lcrecords have a `struct lcrecord_header' at the top, which
|
|
49 contains a `struct lrecord_header' and a `next' pointer, and are
|
|
50 allocated using alloc_lcrecord().
|
0
|
51
|
|
52 Creating a new lcrecord type is fairly easy; just follow the
|
380
|
53 lead of some existing type (e.g. hash tables). Note that you
|
0
|
54 do not need to supply all the methods (see below); reasonable
|
|
55 defaults are provided for many of them. Alternatively, if you're
|
|
56 just looking for a way of encapsulating data (which possibly
|
|
57 could contain Lisp_Objects in it), you may well be able to use
|
|
58 the opaque type. */
|
|
59
|
|
60 struct lrecord_header
|
2
|
61 {
|
211
|
62 /* index into lrecord_implementations_table[] */
|
398
|
63 unsigned int type :8;
|
400
|
64
|
|
65 /* If `mark' is 0 after the GC mark phase, the object will be freed
|
|
66 during the GC sweep phase. There are 2 ways that `mark' can be 1:
|
|
67 - by being referenced from other objects during the GC mark phase
|
|
68 - because it is permanently on, for c_readonly objects */
|
398
|
69 unsigned int mark :1;
|
400
|
70
|
|
71 /* 1 if the object resides in logically read-only space, and does not
|
|
72 reference other non-c_readonly objects.
|
|
73 Invariant: if (c_readonly == 1), then (mark == 1 && lisp_readonly == 1) */
|
398
|
74 unsigned int c_readonly :1;
|
400
|
75
|
398
|
76 /* 1 if the object is readonly from lisp */
|
|
77 unsigned int lisp_readonly :1;
|
2
|
78 };
|
211
|
79
|
243
|
80 struct lrecord_implementation;
|
398
|
81 int lrecord_type_index (const struct lrecord_implementation *implementation);
|
272
|
82
|
398
|
83 #define set_lheader_implementation(header,imp) do { \
|
380
|
84 struct lrecord_header* SLI_header = (header); \
|
400
|
85 SLI_header->type = (imp)->lrecord_type_index; \
|
398
|
86 SLI_header->mark = 0; \
|
|
87 SLI_header->c_readonly = 0; \
|
|
88 SLI_header->lisp_readonly = 0; \
|
272
|
89 } while (0)
|
0
|
90
|
|
91 struct lcrecord_header
|
2
|
92 {
|
|
93 struct lrecord_header lheader;
|
380
|
94
|
398
|
95 /* The `next' field is normally used to chain all lcrecords together
|
2
|
96 so that the GC can find (and free) all of them.
|
398
|
97 `alloc_lcrecord' threads lcrecords together.
|
185
|
98
|
380
|
99 The `next' field may be used for other purposes as long as some
|
|
100 other mechanism is provided for letting the GC do its work.
|
|
101
|
|
102 For example, the event and marker object types allocate members
|
|
103 out of memory chunks, and are able to find all unmarked members
|
|
104 by sweeping through the elements of the list of chunks. */
|
2
|
105 struct lcrecord_header *next;
|
380
|
106
|
|
107 /* The `uid' field is just for debugging/printing convenience.
|
|
108 Having this slot doesn't hurt us much spacewise, since an
|
|
109 lcrecord already has the above slots plus malloc overhead. */
|
2
|
110 unsigned int uid :31;
|
380
|
111
|
|
112 /* The `free' field is a flag that indicates whether this lcrecord
|
|
113 is on a "free list". Free lists are used to minimize the number
|
|
114 of calls to malloc() when we're repeatedly allocating and freeing
|
|
115 a number of the same sort of lcrecord. Lcrecords on a free list
|
|
116 always get marked in a different fashion, so we can use this flag
|
|
117 as a sanity check to make sure that free lists only have freed
|
|
118 lcrecords and there are no freed lcrecords elsewhere. */
|
2
|
119 unsigned int free :1;
|
|
120 };
|
0
|
121
|
|
122 /* Used for lcrecords in an lcrecord-list. */
|
|
123 struct free_lcrecord_header
|
2
|
124 {
|
|
125 struct lcrecord_header lcheader;
|
|
126 Lisp_Object chain;
|
|
127 };
|
0
|
128
|
400
|
129 enum lrecord_type
|
|
130 {
|
|
131 /* Symbol value magic types come first to make SYMBOL_VALUE_MAGIC_P fast.
|
|
132 #### This should be replaced by a symbol_value_magic_p flag
|
|
133 in the Lisp_Symbol lrecord_header. */
|
|
134 lrecord_type_symbol_value_forward,
|
|
135 lrecord_type_symbol_value_varalias,
|
|
136 lrecord_type_symbol_value_lisp_magic,
|
|
137 lrecord_type_symbol_value_buffer_local,
|
|
138 lrecord_type_max_symbol_value_magic = lrecord_type_symbol_value_buffer_local,
|
|
139
|
|
140 lrecord_type_symbol,
|
|
141 lrecord_type_subr,
|
|
142 lrecord_type_cons,
|
|
143 lrecord_type_vector,
|
|
144 lrecord_type_string,
|
|
145 lrecord_type_lcrecord_list,
|
|
146 lrecord_type_compiled_function,
|
|
147 lrecord_type_weak_list,
|
|
148 lrecord_type_bit_vector,
|
|
149 lrecord_type_float,
|
|
150 lrecord_type_hash_table,
|
|
151 lrecord_type_lstream,
|
|
152 lrecord_type_process,
|
|
153 lrecord_type_charset,
|
|
154 lrecord_type_coding_system,
|
|
155 lrecord_type_char_table,
|
|
156 lrecord_type_char_table_entry,
|
|
157 lrecord_type_range_table,
|
|
158 lrecord_type_opaque,
|
|
159 lrecord_type_opaque_ptr,
|
|
160 lrecord_type_buffer,
|
|
161 lrecord_type_extent,
|
|
162 lrecord_type_extent_info,
|
|
163 lrecord_type_extent_auxiliary,
|
|
164 lrecord_type_marker,
|
|
165 lrecord_type_event,
|
|
166 lrecord_type_keymap,
|
|
167 lrecord_type_command_builder,
|
|
168 lrecord_type_timeout,
|
|
169 lrecord_type_specifier,
|
|
170 lrecord_type_console,
|
|
171 lrecord_type_device,
|
|
172 lrecord_type_frame,
|
|
173 lrecord_type_window,
|
|
174 lrecord_type_window_configuration,
|
|
175 lrecord_type_gui_item,
|
|
176 lrecord_type_popup_data,
|
|
177 lrecord_type_toolbar_button,
|
|
178 lrecord_type_color_instance,
|
|
179 lrecord_type_font_instance,
|
|
180 lrecord_type_image_instance,
|
|
181 lrecord_type_glyph,
|
|
182 lrecord_type_face,
|
|
183 lrecord_type_database,
|
|
184 lrecord_type_tooltalk_message,
|
|
185 lrecord_type_tooltalk_pattern,
|
|
186 lrecord_type_ldap,
|
404
|
187 lrecord_type_pgconn,
|
|
188 lrecord_type_pgresult,
|
|
189 lrecord_type_pgsetenv,
|
|
190 lrecord_type_count /* must be last */
|
400
|
191 };
|
0
|
192
|
|
193 struct lrecord_implementation
|
2
|
194 {
|
398
|
195 const char *name;
|
|
196
|
|
197 /* `marker' is called at GC time, to make sure that all Lisp_Objects
|
2
|
198 pointed to by this object get properly marked. It should call
|
|
199 the mark_object function on all Lisp_Objects in the object. If
|
|
200 the return value is non-nil, it should be a Lisp_Object to be
|
|
201 marked (don't call the mark_object function explicitly on it,
|
|
202 because the GC routines will do this). Doing it this way reduces
|
|
203 recursion, so the object returned should preferably be the one
|
|
204 with the deepest level of Lisp_Object pointers. This function
|
|
205 can be NULL, meaning no GC marking is necessary. */
|
398
|
206 Lisp_Object (*marker) (Lisp_Object);
|
|
207
|
|
208 /* `printer' converts the object to a printed representation.
|
|
209 This can be NULL; in this case default_object_printer() will be
|
|
210 used instead. */
|
2
|
211 void (*printer) (Lisp_Object, Lisp_Object printcharfun, int escapeflag);
|
398
|
212
|
|
213 /* `finalizer' is called at GC time when the object is about to
|
2
|
214 be freed, and at dump time (FOR_DISKSAVE will be non-zero in this
|
|
215 case). It should perform any necessary cleanup (e.g. freeing
|
398
|
216 malloc()ed memory). This can be NULL, meaning no special
|
2
|
217 finalization is necessary.
|
185
|
218
|
398
|
219 WARNING: remember that `finalizer' is called at dump time even
|
2
|
220 though the object is not being freed. */
|
|
221 void (*finalizer) (void *header, int for_disksave);
|
398
|
222
|
2
|
223 /* This can be NULL, meaning compare objects with EQ(). */
|
|
224 int (*equal) (Lisp_Object obj1, Lisp_Object obj2, int depth);
|
398
|
225
|
|
226 /* `hash' generates hash values for use with hash tables that have
|
|
227 `equal' as their test function. This can be NULL, meaning use
|
|
228 the Lisp_Object itself as the hash. But, you must still satisfy
|
|
229 the constraint that if two objects are `equal', then they *must*
|
|
230 hash to the same value in order for hash tables to work properly.
|
|
231 This means that `hash' can be NULL only if the `equal' method is
|
|
232 also NULL. */
|
2
|
233 unsigned long (*hash) (Lisp_Object, int);
|
398
|
234
|
|
235 /* External data layout description */
|
|
236 const struct lrecord_description *description;
|
|
237
|
|
238 /* These functions allow any object type to have builtin property
|
|
239 lists that can be manipulated from the lisp level with
|
|
240 `get', `put', `remprop', and `object-plist'. */
|
2
|
241 Lisp_Object (*getprop) (Lisp_Object obj, Lisp_Object prop);
|
|
242 int (*putprop) (Lisp_Object obj, Lisp_Object prop, Lisp_Object val);
|
|
243 int (*remprop) (Lisp_Object obj, Lisp_Object prop);
|
|
244 Lisp_Object (*plist) (Lisp_Object obj);
|
0
|
245
|
398
|
246 /* Only one of `static_size' and `size_in_bytes_method' is non-0.
|
|
247 If both are 0, this type is not instantiable by alloc_lcrecord(). */
|
272
|
248 size_t static_size;
|
398
|
249 size_t (*size_in_bytes_method) (const void *header);
|
|
250
|
400
|
251 /* The (constant) index into lrecord_implementations_table */
|
|
252 enum lrecord_type lrecord_type_index;
|
398
|
253
|
2
|
254 /* A "basic" lrecord is any lrecord that's not an lcrecord, i.e.
|
|
255 one that does not have an lcrecord_header at the front and which
|
|
256 is (usually) allocated in frob blocks. We only use this flag for
|
|
257 some consistency checking, and that only when error-checking is
|
|
258 enabled. */
|
398
|
259 unsigned int basic_p :1;
|
2
|
260 };
|
0
|
261
|
398
|
262 extern const struct lrecord_implementation *lrecord_implementations_table[];
|
211
|
263
|
398
|
264 #define XRECORD_LHEADER_IMPLEMENTATION(obj) \
|
400
|
265 LHEADER_IMPLEMENTATION (XRECORD_LHEADER (obj))
|
|
266 #define LHEADER_IMPLEMENTATION(lh) lrecord_implementations_table[(lh)->type]
|
211
|
267
|
0
|
268 extern int gc_in_progress;
|
|
269
|
400
|
270 #define MARKED_RECORD_P(obj) (XRECORD_LHEADER (obj)->mark)
|
398
|
271 #define MARKED_RECORD_HEADER_P(lheader) ((lheader)->mark)
|
|
272 #define MARK_RECORD_HEADER(lheader) ((void) ((lheader)->mark = 1))
|
|
273 #define UNMARK_RECORD_HEADER(lheader) ((void) ((lheader)->mark = 0))
|
211
|
274
|
398
|
275 #define C_READONLY_RECORD_HEADER_P(lheader) ((lheader)->c_readonly)
|
|
276 #define LISP_READONLY_RECORD_HEADER_P(lheader) ((lheader)->lisp_readonly)
|
400
|
277 #define SET_C_READONLY_RECORD_HEADER(lheader) do { \
|
|
278 struct lrecord_header *SCRRH_lheader = (lheader); \
|
|
279 SCRRH_lheader->c_readonly = 1; \
|
|
280 SCRRH_lheader->lisp_readonly = 1; \
|
|
281 SCRRH_lheader->mark = 1; \
|
|
282 } while (0)
|
398
|
283 #define SET_LISP_READONLY_RECORD_HEADER(lheader) \
|
|
284 ((void) ((lheader)->lisp_readonly = 1))
|
400
|
285 #define RECORD_MARKER(lheader) lrecord_markers[(lheader)->type]
|
398
|
286
|
|
287 /* External description stuff
|
|
288
|
|
289 A lrecord external description is an array of values. The first
|
|
290 value of each line is a type, the second the offset in the lrecord
|
|
291 structure. Following values are parameters, their presence, type
|
|
292 and number is type-dependant.
|
|
293
|
|
294 The description ends with a "XD_END" or "XD_SPECIFIER_END" record.
|
|
295
|
|
296 Some example descriptions :
|
|
297
|
|
298 static const struct lrecord_description cons_description[] = {
|
|
299 { XD_LISP_OBJECT, offsetof (Lisp_Cons, car) },
|
|
300 { XD_LISP_OBJECT, offsetof (Lisp_Cons, cdr) },
|
|
301 { XD_END }
|
|
302 };
|
|
303
|
|
304 Which means "two lisp objects starting at the 'car' and 'cdr' elements"
|
|
305
|
|
306 static const struct lrecord_description string_description[] = {
|
|
307 { XD_BYTECOUNT, offsetof (Lisp_String, size) },
|
|
308 { XD_OPAQUE_DATA_PTR, offsetof (Lisp_String, data), XD_INDIRECT(0, 1) },
|
|
309 { XD_LISP_OBJECT, offsetof (Lisp_String, plist) },
|
|
310 { XD_END }
|
|
311 };
|
|
312 "A pointer to string data at 'data', the size of the pointed array being the value
|
|
313 of the size variable plus 1, and one lisp object at 'plist'"
|
|
314
|
|
315 The existing types :
|
|
316 XD_LISP_OBJECT
|
|
317 A Lisp object. This is also the type to use for pointers to other lrecords.
|
|
318
|
|
319 XD_LISP_OBJECT_ARRAY
|
|
320 An array of Lisp objects or pointers to lrecords.
|
|
321 The third element is the count.
|
|
322
|
|
323 XD_LO_RESET_NIL
|
|
324 Lisp objects which will be reset to Qnil when dumping. Useful for cleaning
|
|
325 up caches.
|
|
326
|
|
327 XD_LO_LINK
|
|
328 Link in a linked list of objects of the same type.
|
|
329
|
|
330 XD_OPAQUE_PTR
|
|
331 Pointer to undumpable data. Must be NULL when dumping.
|
|
332
|
|
333 XD_STRUCT_PTR
|
|
334 Pointer to described struct. Parameters are number of structures and
|
|
335 struct_description.
|
|
336
|
|
337 XD_OPAQUE_DATA_PTR
|
|
338 Pointer to dumpable opaque data. Parameter is the size of the data.
|
|
339 Pointed data must be relocatable without changes.
|
|
340
|
|
341 XD_C_STRING
|
|
342 Pointer to a C string.
|
|
343
|
|
344 XD_DOC_STRING
|
|
345 Pointer to a doc string (C string if positive, opaque value if negative)
|
|
346
|
|
347 XD_INT_RESET
|
|
348 An integer which will be reset to a given value in the dump file.
|
|
349
|
|
350
|
|
351 XD_SIZE_T
|
|
352 size_t value. Used for counts.
|
|
353
|
|
354 XD_INT
|
|
355 int value. Used for counts.
|
|
356
|
|
357 XD_LONG
|
|
358 long value. Used for counts.
|
|
359
|
|
360 XD_BYTECOUNT
|
|
361 bytecount value. Used for counts.
|
|
362
|
|
363 XD_END
|
|
364 Special type indicating the end of the array.
|
|
365
|
|
366 XD_SPECIFIER_END
|
|
367 Special type indicating the end of the array for a specifier. Extra
|
|
368 description is going to be fetched from the specifier methods.
|
|
369
|
|
370
|
|
371 Special macros:
|
|
372 XD_INDIRECT(line, delta)
|
|
373 Usable where a "count" or "size" is requested. Gives the value of
|
|
374 the element which is at line number 'line' in the description (count
|
|
375 starts at zero) and adds delta to it.
|
|
376 */
|
|
377
|
|
378 enum lrecord_description_type {
|
|
379 XD_LISP_OBJECT_ARRAY,
|
|
380 XD_LISP_OBJECT,
|
|
381 XD_LO_RESET_NIL,
|
|
382 XD_LO_LINK,
|
|
383 XD_OPAQUE_PTR,
|
|
384 XD_STRUCT_PTR,
|
|
385 XD_OPAQUE_DATA_PTR,
|
|
386 XD_C_STRING,
|
|
387 XD_DOC_STRING,
|
|
388 XD_INT_RESET,
|
|
389 XD_SIZE_T,
|
|
390 XD_INT,
|
|
391 XD_LONG,
|
|
392 XD_BYTECOUNT,
|
|
393 XD_END,
|
|
394 XD_SPECIFIER_END
|
|
395 };
|
|
396
|
|
397 struct lrecord_description {
|
|
398 enum lrecord_description_type type;
|
|
399 int offset;
|
|
400 EMACS_INT data1;
|
|
401 const struct struct_description *data2;
|
|
402 };
|
|
403
|
|
404 struct struct_description {
|
|
405 size_t size;
|
|
406 const struct lrecord_description *description;
|
|
407 };
|
|
408
|
|
409 #define XD_INDIRECT(val, delta) (-1-((val)|(delta<<8)))
|
|
410
|
|
411 #define XD_IS_INDIRECT(code) (code<0)
|
|
412 #define XD_INDIRECT_VAL(code) ((-1-code) & 255)
|
|
413 #define XD_INDIRECT_DELTA(code) (((-1-code)>>8) & 255)
|
|
414
|
|
415 #define XD_DYNARR_DESC(base_type, sub_desc) \
|
|
416 { XD_STRUCT_PTR, offsetof (base_type, base), XD_INDIRECT(1, 0), sub_desc }, \
|
|
417 { XD_INT, offsetof (base_type, cur) }, \
|
|
418 { XD_INT_RESET, offsetof (base_type, max), XD_INDIRECT(1, 0) }
|
|
419
|
0
|
420 /* DEFINE_LRECORD_IMPLEMENTATION is for objects with constant size.
|
|
421 DEFINE_LRECORD_SEQUENCE_IMPLEMENTATION is for objects whose size varies.
|
|
422 */
|
|
423
|
|
424 #if defined (ERROR_CHECK_TYPECHECK)
|
|
425 # define DECLARE_ERROR_CHECK_TYPECHECK(c_name, structtype)
|
|
426 #else
|
|
427 # define DECLARE_ERROR_CHECK_TYPECHECK(c_name, structtype)
|
|
428 #endif
|
|
429
|
398
|
430 #define DEFINE_BASIC_LRECORD_IMPLEMENTATION(name,c_name,marker,printer,nuker,equal,hash,desc,structtype) \
|
|
431 DEFINE_BASIC_LRECORD_IMPLEMENTATION_WITH_PROPS(name,c_name,marker,printer,nuker,equal,hash,desc,0,0,0,0,structtype)
|
0
|
432
|
398
|
433 #define DEFINE_BASIC_LRECORD_IMPLEMENTATION_WITH_PROPS(name,c_name,marker,printer,nuker,equal,hash,desc,getprop,putprop,remprop,plist,structtype) \
|
|
434 MAKE_LRECORD_IMPLEMENTATION(name,c_name,marker,printer,nuker,equal,hash,desc,getprop,putprop,remprop,plist,sizeof(structtype),0,1,structtype)
|
0
|
435
|
398
|
436 #define DEFINE_LRECORD_IMPLEMENTATION(name,c_name,marker,printer,nuker,equal,hash,desc,structtype) \
|
|
437 DEFINE_LRECORD_IMPLEMENTATION_WITH_PROPS(name,c_name,marker,printer,nuker,equal,hash,desc,0,0,0,0,structtype)
|
0
|
438
|
398
|
439 #define DEFINE_LRECORD_IMPLEMENTATION_WITH_PROPS(name,c_name,marker,printer,nuker,equal,hash,desc,getprop,putprop,remprop,plist,structtype) \
|
|
440 MAKE_LRECORD_IMPLEMENTATION(name,c_name,marker,printer,nuker,equal,hash,desc,getprop,putprop,remprop,plist,sizeof (structtype),0,0,structtype)
|
|
441
|
|
442 #define DEFINE_LRECORD_SEQUENCE_IMPLEMENTATION(name,c_name,marker,printer,nuker,equal,hash,desc,sizer,structtype) \
|
|
443 DEFINE_LRECORD_SEQUENCE_IMPLEMENTATION_WITH_PROPS(name,c_name,marker,printer,nuker,equal,hash,desc,0,0,0,0,sizer,structtype)
|
0
|
444
|
398
|
445 #define DEFINE_BASIC_LRECORD_SEQUENCE_IMPLEMENTATION(name,c_name,marker,printer,nuker,equal,hash,desc,sizer,structtype) \
|
|
446 MAKE_LRECORD_IMPLEMENTATION(name,c_name,marker,printer,nuker,equal,hash,desc,0,0,0,0,0,sizer,1,structtype)
|
272
|
447
|
398
|
448 #define DEFINE_LRECORD_SEQUENCE_IMPLEMENTATION_WITH_PROPS(name,c_name,marker,printer,nuker,equal,hash,desc,getprop,putprop,remprop,plist,sizer,structtype) \
|
|
449 MAKE_LRECORD_IMPLEMENTATION(name,c_name,marker,printer,nuker,equal,hash,desc,getprop,putprop,remprop,plist,0,sizer,0,structtype) \
|
272
|
450
|
398
|
451 #define MAKE_LRECORD_IMPLEMENTATION(name,c_name,marker,printer,nuker,equal,hash,desc,getprop,putprop,remprop,plist,size,sizer,basic_p,structtype) \
|
0
|
452 DECLARE_ERROR_CHECK_TYPECHECK(c_name, structtype) \
|
400
|
453 const struct lrecord_implementation lrecord_##c_name = \
|
398
|
454 { name, marker, printer, nuker, equal, hash, desc, \
|
|
455 getprop, putprop, remprop, plist, size, sizer, \
|
400
|
456 lrecord_type_##c_name, basic_p }
|
|
457
|
|
458 extern Lisp_Object (*lrecord_markers[]) (Lisp_Object);
|
|
459
|
|
460 #define INIT_LRECORD_IMPLEMENTATION(type) do { \
|
|
461 lrecord_implementations_table[lrecord_type_##type] = &lrecord_##type; \
|
|
462 lrecord_markers[lrecord_type_##type] = \
|
|
463 lrecord_implementations_table[lrecord_type_##type]->marker; \
|
|
464 } while (0)
|
0
|
465
|
398
|
466 #define LRECORDP(a) (XTYPE (a) == Lisp_Type_Record)
|
0
|
467 #define XRECORD_LHEADER(a) ((struct lrecord_header *) XPNTR (a))
|
211
|
468
|
398
|
469 #define RECORD_TYPEP(x, ty) \
|
400
|
470 (LRECORDP (x) && XRECORD_LHEADER (x)->type == (ty))
|
0
|
471
|
|
472 /* NOTE: the DECLARE_LRECORD() must come before the associated
|
|
473 DEFINE_LRECORD_*() or you will get compile errors.
|
|
474
|
|
475 Furthermore, you always need to put the DECLARE_LRECORD() in a header
|
|
476 file, and make sure the header file is included in inline.c, even
|
|
477 if the type is private to a particular file. Otherwise, you will
|
|
478 get undefined references for the error_check_foo() inline function
|
|
479 under GCC. */
|
|
480
|
|
481 #ifdef ERROR_CHECK_TYPECHECK
|
|
482
|
2
|
483 # define DECLARE_LRECORD(c_name, structtype) \
|
400
|
484 extern const struct lrecord_implementation lrecord_##c_name; \
|
404
|
485 INLINE_HEADER structtype * \
|
|
486 error_check_##c_name (Lisp_Object obj); \
|
|
487 INLINE_HEADER structtype * \
|
380
|
488 error_check_##c_name (Lisp_Object obj) \
|
2
|
489 { \
|
400
|
490 assert (RECORD_TYPEP (obj, lrecord_type_##c_name)); \
|
380
|
491 return (structtype *) XPNTR (obj); \
|
2
|
492 } \
|
0
|
493 extern Lisp_Object Q##c_name##p
|
|
494
|
2
|
495 # define DECLARE_NONRECORD(c_name, type_enum, structtype) \
|
404
|
496 INLINE_HEADER structtype * \
|
|
497 error_check_##c_name (Lisp_Object obj); \
|
|
498 INLINE_HEADER structtype * \
|
380
|
499 error_check_##c_name (Lisp_Object obj) \
|
2
|
500 { \
|
398
|
501 assert (XTYPE (obj) == type_enum); \
|
380
|
502 return (structtype *) XPNTR (obj); \
|
2
|
503 } \
|
0
|
504 extern Lisp_Object Q##c_name##p
|
|
505
|
|
506 # define XRECORD(x, c_name, structtype) error_check_##c_name (x)
|
|
507 # define XNONRECORD(x, c_name, type_enum, structtype) error_check_##c_name (x)
|
|
508
|
2
|
509 # define XSETRECORD(var, p, c_name) do \
|
|
510 { \
|
185
|
511 XSETOBJ (var, Lisp_Type_Record, p); \
|
400
|
512 assert (RECORD_TYPEP (var, lrecord_type_##c_name)); \
|
0
|
513 } while (0)
|
|
514
|
|
515 #else /* not ERROR_CHECK_TYPECHECK */
|
|
516
|
2
|
517 # define DECLARE_LRECORD(c_name, structtype) \
|
|
518 extern Lisp_Object Q##c_name##p; \
|
400
|
519 extern const struct lrecord_implementation lrecord_##c_name
|
2
|
520 # define DECLARE_NONRECORD(c_name, type_enum, structtype) \
|
0
|
521 extern Lisp_Object Q##c_name##p
|
|
522 # define XRECORD(x, c_name, structtype) ((structtype *) XPNTR (x))
|
2
|
523 # define XNONRECORD(x, c_name, type_enum, structtype) \
|
0
|
524 ((structtype *) XPNTR (x))
|
185
|
525 # define XSETRECORD(var, p, c_name) XSETOBJ (var, Lisp_Type_Record, p)
|
0
|
526
|
|
527 #endif /* not ERROR_CHECK_TYPECHECK */
|
|
528
|
400
|
529 #define RECORDP(x, c_name) RECORD_TYPEP (x, lrecord_type_##c_name)
|
0
|
530
|
|
531 /* Note: we now have two different kinds of type-checking macros.
|
|
532 The "old" kind has now been renamed CONCHECK_foo. The reason for
|
|
533 this is that the CONCHECK_foo macros signal a continuable error,
|
185
|
534 allowing the user (through debug-on-error) to substitute a different
|
0
|
535 value and return from the signal, which causes the lvalue argument
|
|
536 to get changed. Quite a lot of code would crash if that happened,
|
|
537 because it did things like
|
|
538
|
|
539 foo = XCAR (list);
|
|
540 CHECK_STRING (foo);
|
|
541
|
|
542 and later on did XSTRING (XCAR (list)), assuming that the type
|
|
543 is correct (when it might be wrong, if the user substituted a
|
|
544 correct value in the debugger).
|
|
545
|
|
546 To get around this, I made all the CHECK_foo macros signal a
|
|
547 non-continuable error. Places where a continuable error is OK
|
|
548 (generally only when called directly on the argument of a Lisp
|
|
549 primitive) should be changed to use CONCHECK().
|
|
550
|
|
551 FSF Emacs does not have this problem because RMS took the cheesy
|
|
552 way out and disabled returning from a signal entirely. */
|
|
553
|
185
|
554 #define CONCHECK_RECORD(x, c_name) do { \
|
400
|
555 if (!RECORD_TYPEP (x, lrecord_type_##c_name)) \
|
185
|
556 x = wrong_type_argument (Q##c_name##p, x); \
|
|
557 } while (0)
|
|
558 #define CONCHECK_NONRECORD(x, lisp_enum, predicate) do {\
|
|
559 if (XTYPE (x) != lisp_enum) \
|
|
560 x = wrong_type_argument (predicate, x); \
|
|
561 } while (0)
|
|
562 #define CHECK_RECORD(x, c_name) do { \
|
400
|
563 if (!RECORD_TYPEP (x, lrecord_type_##c_name)) \
|
185
|
564 dead_wrong_type_argument (Q##c_name##p, x); \
|
|
565 } while (0)
|
|
566 #define CHECK_NONRECORD(x, lisp_enum, predicate) do { \
|
|
567 if (XTYPE (x) != lisp_enum) \
|
|
568 dead_wrong_type_argument (predicate, x); \
|
|
569 } while (0)
|
0
|
570
|
398
|
571 void *alloc_lcrecord (size_t size, const struct lrecord_implementation *);
|
0
|
572
|
185
|
573 #define alloc_lcrecord_type(type, lrecord_implementation) \
|
|
574 ((type *) alloc_lcrecord (sizeof (type), lrecord_implementation))
|
|
575
|
0
|
576 /* Copy the data from one lcrecord structure into another, but don't
|
|
577 overwrite the header information. */
|
|
578
|
2
|
579 #define copy_lcrecord(dst, src) \
|
398
|
580 memcpy ((char *) (dst) + sizeof (struct lcrecord_header), \
|
|
581 (char *) (src) + sizeof (struct lcrecord_header), \
|
|
582 sizeof (*(dst)) - sizeof (struct lcrecord_header))
|
0
|
583
|
2
|
584 #define zero_lcrecord(lcr) \
|
398
|
585 memset ((char *) (lcr) + sizeof (struct lcrecord_header), 0, \
|
|
586 sizeof (*(lcr)) - sizeof (struct lcrecord_header))
|
0
|
587
|
398
|
588 #endif /* INCLUDED_lrecord_h_ */
|