summaryrefslogtreecommitdiffstats
path: root/Objects/tupleobject.c
Commit message (Expand)AuthorAgeFilesLines
* 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
* add list_contains and tuplecontains: efficient implementations of tp_containsJeremy Hylton2000-04-271-0/+18
* Patch by Charles G Waldman to avoid a sneaky memory leak inGuido van Rossum2000-04-211-16/+59
* Christian Tismer's "trashcan" patch:Guido van Rossum2000-03-131-1/+4
* The rest of the changes by Trent Mick and Dale Nagata for warning-freeGuido van Rossum2000-01-201-3/+3
* Mark Favas was quick to note that the last checkin divides by zeroGuido van Rossum1999-07-131-1/+1
* Appropriate overflow checks so that things like sys.maxint*(1,) can'tGuido van Rossum1999-07-121-3/+13
* When tracing references, reset the type and size of tuples allocatedGuido van Rossum1998-12-111-0/+4
* Make tuples less hungry -- an extra item was allocated but never used.Guido van Rossum1998-11-161-1/+1
* Slight rearrangement of some code to make it faster, by VladimirGuido van Rossum1998-06-261-9/+15
* PyTuple_SetItem should require that the tuple's refcnt is one!Guido van Rossum1997-08-171-1/+1
* Added _Fini() routines to free up some memoryGuido van Rossum1997-08-051-1/+24
* Quickly renamed the last directory.Guido van Rossum1997-05-021-128/+132
* Better tuple hash function.Guido van Rossum1996-12-161-1/+1
* New permission notice, includes CNRI.Guido van Rossum1996-10-251-12/+19