summaryrefslogtreecommitdiffstats
path: root/Parser/acceler.c
Commit message (Collapse)AuthorAgeFilesLines
* [Patch #974633] Check PyObject_MALLOC return for errorAndrew M. Kuchling2004-06-291-0/+4
|
* Getting rid of support for the ancient Apple MPW compiler.Jack Jansen2003-11-191-17/+0
|
* SF patch #578297:Andrew MacIntyre2002-08-041-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Change the parser and compiler to use PyMalloc. Only the files implementing processes that will request memory allocations small enough for PyMalloc to be a win have been changed, which are:- - Python/compile.c - Parser/acceler.c - Parser/node.c - Parser/parsetok.c This augments the aggressive overallocation strategy implemented by Tim Peters in PyNode_AddChild() [Parser/node.c], in reducing the impact of platform malloc()/realloc()/free() corner case behaviour. Such corner cases are known to be triggered by test_longexp and test_import. Jeremy Hylton, in accepting this patch, recommended this as a bugfix candidate for 2.2. While the changes to Python/compile.c and Parser/node.c backport easily (and could go in), the changes to Parser/acceler.c and Parser/parsetok.c require other not insignificant changes as a result of the differences in the memory APIs between 2.3 and 2.2, which I'm not in a position to work through at the moment. This is a pity, as the Parser/parsetok.c changes are the most important after the Parser/node.c changes, due to the size of the memory requests involved and their frequency.
* I trust the parser accelators are getting added :-).Jeremy Hylton2002-07-111-6/+0
|
* REMOVED all CWI, CNRI and BeOpen copyright markings.Guido van Rossum2000-09-011-9/+0
| | | | This should match the situation in the 1.6b1 tree.
* Mass ANSIfication.Thomas Wouters2000-07-221-10/+4
| | | | | | Work around intrcheck.c's desire to pass 'PyErr_CheckSignals' to 'Py_AddPendingCall' by providing a (static) wrapper function that has the right number of arguments.
* Nuke all remaining occurrences of Py_PROTO and Py_FPROTO.Tim Peters2000-07-091-2/+2
|
* Change copyright notice - 2nd try.Guido van Rossum2000-06-301-6/+0
|
* Change copyright notice.Guido van Rossum2000-06-301-21/+6
|
* Added finalization routines.Guido van Rossum1997-08-021-0/+20
|
* Another directory quickly renamed.Guido van Rossum1997-04-291-7/+7
|
* Rename DEBUG macro to Py_DEBUGGuido van Rossum1996-12-301-2/+2
|
* New permission notice, includes CNRI.Guido van Rossum1996-10-251-12/+19
|
* Added 1995 to copyright message.Guido van Rossum1995-01-041-2/+2
|
* Merge back to main trunkGuido van Rossum1994-08-301-2/+3
|
* * Changed all copyright messages to include 1993.Guido van Rossum1993-03-291-2/+2
| | | | | | | | | | | | | | | | | * Stubs for faster implementation of local variables (not yet finished) * Added function name to code object. Print it for code and function objects. THIS MAKES THE .PYC FILE FORMAT INCOMPATIBLE (the version number has changed accordingly) * Print address of self for built-in methods * New internal functions getattro and setattro (getattr/setattr with string object arg) * Replaced "dictobject" with more powerful "mappingobject" * New per-type functio tp_hash to implement arbitrary object hashing, and hashobject() to interface to it * Added built-in functions hash(v) and hasattr(v, 'name') * classobject: made some functions static that accidentally weren't; added __hash__ special instance method to implement hash() * Added proper comparison for built-in methods and functions
* Print warnings to stderr and correct spellingGuido van Rossum1992-09-031-2/+2
|
* Copyright for 1992 addedGuido van Rossum1992-04-051-1/+1
|
* Lint fluffGuido van Rossum1992-03-271-4/+3
|
* Added work-arounds for MPW 3.{1,2?} code generation bug.Guido van Rossum1991-09-101-0/+17
|
* Added copyright notice.Guido van Rossum1991-02-191-0/+24
|
* "Compiling" versionGuido van Rossum1990-12-201-33/+44
|
* Initial revisionGuido van Rossum1990-10-141-0/+101