Mercurial > cpython-lru_cache-weakref
annotate Include/objimpl.h @ 892:11ea669c231e legacy-trunk
Documented new contents of lib5.tex
| author | Guido van Rossum <guido@python.org> |
|---|---|
| date | Wed, 03 Jun 1992 17:56:44 +0000 |
| parents | 164849f56105 |
| children | 1cabc2b6c970 |
| rev | line source |
|---|---|
| 145 | 1 /*********************************************************** |
|
790
164849f56105
Copyright for 1992 added
Guido van Rossum <guido@python.org>
parents:
286
diff
changeset
|
2 Copyright 1991, 1992 by Stichting Mathematisch Centrum, Amsterdam, The |
| 145 | 3 Netherlands. |
| 4 | |
| 5 All Rights Reserved | |
| 6 | |
| 7 Permission to use, copy, modify, and distribute this software and its | |
| 8 documentation for any purpose and without fee is hereby granted, | |
| 9 provided that the above copyright notice appear in all copies and that | |
| 10 both that copyright notice and this permission notice appear in | |
| 11 supporting documentation, and that the names of Stichting Mathematisch | |
| 12 Centrum or CWI not be used in advertising or publicity pertaining to | |
| 13 distribution of the software without specific, written prior permission. | |
| 14 | |
| 15 STICHTING MATHEMATISCH CENTRUM DISCLAIMS ALL WARRANTIES WITH REGARD TO | |
| 16 THIS SOFTWARE, INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND | |
| 17 FITNESS, IN NO EVENT SHALL STICHTING MATHEMATISCH CENTRUM BE LIABLE | |
| 18 FOR ANY SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES | |
| 19 WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN | |
| 20 ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT | |
| 21 OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. | |
| 22 | |
| 23 ******************************************************************/ | |
| 24 | |
| 6 | 25 /* |
| 26 123456789-123456789-123456789-123456789-123456789-123456789-123456789-12 | |
| 27 | |
| 28 Additional macros for modules that implement new object types. | |
| 29 You must first include "object.h". | |
| 30 | |
| 31 NEWOBJ(type, typeobj) allocates memory for a new object of the given | |
| 32 type; here 'type' must be the C structure type used to represent the | |
| 33 object and 'typeobj' the address of the corresponding type object. | |
| 34 Reference count and type pointer are filled in; the rest of the bytes of | |
| 35 the object are *undefined*! The resulting expression type is 'type *'. | |
| 36 The size of the object is actually determined by the tp_basicsize field | |
| 37 of the type object. | |
| 38 | |
| 39 NEWVAROBJ(type, typeobj, n) is similar but allocates a variable-size | |
| 40 object with n extra items. The size is computer as tp_basicsize plus | |
| 41 n * tp_itemsize. This fills in the ob_size field as well. | |
| 42 */ | |
| 43 | |
| 44 extern object *newobject PROTO((typeobject *)); | |
| 45 extern varobject *newvarobject PROTO((typeobject *, unsigned int)); | |
| 46 | |
| 47 #define NEWOBJ(type, typeobj) ((type *) newobject(typeobj)) | |
| 48 #define NEWVAROBJ(type, typeobj, n) ((type *) newvarobject(typeobj, n)) |
