- 14 Agu, 2002 1 kayıt (commit)
-
-
Skip Montanaro yazdı
-
- 02 Agu, 2002 1 kayıt (commit)
-
-
Mark Hammond yazdı
for Py_Main(). Thanks to Kalle Svensson and Skip Montanaro for the patches.
-
- 17 Tem, 2002 1 kayıt (commit)
-
-
Jeremy Hylton yazdı
The staticforward define was needed to support certain broken C compilers (notably SCO ODT 3.0, perhaps early AIX as well) botched the static keyword when it was used with a forward declaration of a static initialized structure. Standard C allows the forward declaration with static, and we've decided to stop catering to broken C compilers. (In fact, we expect that the compilers are all fixed eight years later.) I'm leaving staticforward and statichere defined in object.h as static. This is only for backwards compatibility with C extensions that might still use it. XXX I haven't updated the documentation.
-
- 13 Haz, 2002 1 kayıt (commit)
-
-
Martin v. Löwis yazdı
-
- 28 Mar, 2002 1 kayıt (commit)
-
-
Fred Drake yazdı
-
- 12 Mar, 2002 1 kayıt (commit)
-
-
Fred Drake yazdı
module dictionary directly. Also, be more careful about not re-initializing globals in the event of re-initialization of a C extension.
-
- 17 Ara, 2001 3 kayıt (commit)
-
-
Tim Peters yazdı
obvious to anyone except PyType_Ready's author <0.9 wink>.
-
Guido van Rossum yazdı
types (the tp_base field must be initialized prior to that call).
-
Tim Peters yazdı
got a barrage of compile errors that didn't make sense to the C++ brain: MSVC does not allow C (but does allow C++) initializers to contain data addresses supplied by other DLLs. So changed the initializers here to use dummy nulls, and changed module init to plug in the foreign addresses at runtime (manually simulating what C++ does by magic). Tested on Windows, and Guido tested on Linux (thanks!). BTW, the *point* is that people are going to use this module as a template for writing their own subtypes, and it's unusual for extension authors to build their extensions into Python directly (separate DLLs are the norm on Windows); so it's better if we give them a template that works <wink>.
-
- 10 Ara, 2001 1 kayıt (commit)
-
-
Tim Peters yazdı
from a prompt without searching the source code (there was an SF bug report about this, already closed ... "479568 xxsubtype builtin").
-
- 21 Eki, 2001 1 kayıt (commit)
-
-
Neil Schemenauer yazdı
-
- 20 Eyl, 2001 2 kayıt (commit)
-
-
Guido van Rossum yazdı
no backwards compatibility to worry about, so I just pushed the 'closure' struct member to the back -- it's never used in the current code base (I may eliminate it, but that's more work because the getter and setter signatures would have to change.) As examples, I added actual docstrings to the getset attributes of a few types: file.closed, xxsubtype.spamdict.state.
-
Guido van Rossum yazdı
compatibility, this required all places where an array of "struct memberlist" structures was declared that is referenced from a type's tp_members slot to change the type of the structure to PyMemberDef; "struct memberlist" is now only used by old code that still calls PyMember_Get/Set. The code in PyObject_GenericGetAttr/SetAttr now calls the new APIs PyMember_GetOne/SetOne, which take a PyMemberDef argument. As examples, I added actual docstrings to the attributes of a few types: file, complex, instance method, super, and xxsubtype.spamlist. Also converted the symtable to new style getattr.
-
- 16 Agu, 2001 1 kayıt (commit)
-
-
Guido van Rossum yazdı
-
- 15 Agu, 2001 2 kayıt (commit)
-
-
Guido van Rossum yazdı
example.
-
Guido van Rossum yazdı
example.
-
- 07 Agu, 2001 1 kayıt (commit)
-
-
Guido van Rossum yazdı
- Add an explicit call to PyType_Ready(&PyList_Type) to pythonrun.c (just for the heck of it, really -- we should either explicitly ready all types, or none).
-
- 02 Agu, 2001 1 kayıt (commit)
-
-
Tim Peters yazdı
-