summaryrefslogtreecommitdiffstats
path: root/Objects/tupleobject.c
Commit message (Expand)AuthorAgeFilesLines
...
* Extended tuple's C API to include a new function, PyTuple_Pack() that isRaymond Hettinger2003-10-121-0/+22
* SF bug #730296: Unexpected Changes in list IteratorRaymond Hettinger2003-05-071-2/+0
* Squashed new compiler wngs about trying to compare pointers toTim Peters2003-04-241-1/+1
* SF bug 665835: filter() treatment of str and tuple inconsistentRaymond Hettinger2003-04-241-0/+2
* Renamed PyObject_GenericGetIter to PyObject_SelfIterRaymond Hettinger2003-03-171-1/+1
* Created PyObject_GenericGetIter().Raymond Hettinger2003-03-171-9/+1
* Implement appropriate __getnewargs__ for all immutable subclassable builtinGuido van Rossum2003-01-291-1/+13
* Add checks for size overflow on list*n, list+list, tuple+tuple.Guido van Rossum2002-10-111-0/+2
* PyObject_RichCompareBool() already returns -1, 0, or 1, so return its valueNeal Norwitz2002-09-051-5/+1
* Micro-optimization for list_contains. Factored double if testRaymond Hettinger2002-09-051-7/+6
* Call me anal, but there was a particular phrase that was speading toGuido van Rossum2002-08-191-1/+1
* Moved special case for tuples from iterobject.c toRaymond Hettinger2002-08-091-1/+112
* staticforward bites the dust.Jeremy Hylton2002-07-171-1/+1
* object.h special-build macro minefield: renamed all the new lexicalTim Peters2002-07-111-3/+1
* Fix for SF bug 571885Jeremy Hylton2002-06-201-2/+2
* SF #561244 Micro optimizationsNeal Norwitz2002-06-131-5/+4
* Patch #568124: Add doc string macros.Martin v. Löwis2002-06-131-2/+2
* This is my nearly two year old patchMichael W. Hudson2002-06-111-1/+58
* PyObject_GC_Del can now be used as a function designator.Neil Schemenauer2002-04-121-1/+1
* This is Neil's fix for SF bug 535905 (Evil Trashcan and GC interaction).Guido van Rossum2002-03-281-1/+1
* _PyTuple_Resize(): this dumped core on tuple(globals()) for me. TurnsGuido van Rossum2001-12-071-6/+8
* Enable GC for new-style instances. This touches lots of files, sinceGuido van Rossum2001-10-051-1/+2
* The endless 460020 bug.Tim Peters2001-09-111-6/+9
* Rewrite the tuple() docstring to parallel the list() docstring.Tim Peters2001-09-021-4/+4
* Repair apparent cut'n'pasteo in tuple() docstring.Tim Peters2001-09-021-1/+1
* More stuff discovered while writing the simplest of testcases:Guido van Rossum2001-08-301-2/+5
* Make str and tuple types subclassable.Guido van Rossum2001-08-301-2/+30
* Use new GC API.Neil Schemenauer2001-08-291-26/+13
* Merge of descr-branch back into trunk.Tim Peters2001-08-021-2/+38
* SF bug 433228: repr(list) woes when len(list) big.Tim Peters2001-06-161-13/+49
* _PyTuple_Resize: guard against PyTuple_New() returning NULL, using Tim'sThomas Wouters2001-05-291-1/+1
* Cruft cleanup: Removed the unused last_is_sticky argument from the internalTim Peters2001-05-281-4/+3
* _PyTuple_Resize: take into account the empty tuple. There can be only one.Thomas Wouters2001-05-281-2/+11
* Speed tuple comparisons in two ways:Tim Peters2001-05-151-22/+23
* Same treatment as listobject.c:Guido van Rossum2001-01-181-43/+104
* Simplify _PyTuple_Resize by not using the tuple free list and droppingNeil Schemenauer2000-10-051-86/+24
* Correctly cast the return value of realloc.Martin v. Löwis2000-09-151-1/+1
* Correctly use realloc return value. Fixes bug #114424.Martin v. Löwis2000-09-151-1/+1
* REMOVED all CWI, CNRI and BeOpen copyright markings.Guido van Rossum2000-09-011-9/+0
* ANSI-fication of the sources.Fred Drake2000-07-091-48/+18
* Neil Schemenauer: small fixes for GCGuido van Rossum2000-07-011-0/+3
* Change copyright notice - 2nd try.Guido van Rossum2000-06-301-6/+0
* Change copyright notice.Guido van Rossum2000-06-301-22/+7
* final patches from Neil Schemenauer for garbage collectionJeremy Hylton2000-06-301-4/+22
* part 2 of Neil Schemenauer's GC patches:Jeremy Hylton2000-06-231-5/+7
* Round 1 of Neil Schemenauer's GC patches:Jeremy Hylton2000-06-231-0/+19
* Michael Hudson <mwh21@cam.ac.uk>:Marc-André Lemburg2000-06-161-1/+1
* Thomas Wouters <thomas@xs4all.net>:Fred Drake2000-06-151-0/+6
* Michael Hudson <mwh21@cam.ac.uk>:Fred Drake2000-06-011-1/+3
* Vladimir Marangozov's long-awaited malloc restructuring.Guido van Rossum2000-05-031-10/+10