| 414f8b937f1ccab9a493b387fa42529416ea1a08 |
|
16-Apr-2016 |
Benjamin Peterson <benjamin@python.org> |
add gc support to slice (closes #26659)
/external/python/cpython2/Objects/sliceobject.c
|
| ad4b0001794e47368b0997183b30b1171eab2790 |
|
08-Oct-2012 |
Chris Jerdonek <chris.jerdonek@gmail.com> |
Issue #14783: Backport changes from 3.2.
/external/python/cpython2/Objects/sliceobject.c
|
| c83ea137d7e717f764e2f31fc2544f522de7d857 |
|
09-May-2010 |
Antoine Pitrou <solipsis@pitrou.net> |
Untabify C files. Will watch buildbots.
/external/python/cpython2/Objects/sliceobject.c
|
| 01c6e6fb354ec9bb2157ee4e02ecb5b165e64b76 |
|
19-Apr-2009 |
Benjamin Peterson <benjamin@python.org> |
many more types to initialize (I had to expose some of them)
/external/python/cpython2/Objects/sliceobject.c
|
| 1ec2fcd16e3c28e1532829d9a4f2cf29f8ebf559 |
|
20-Jun-2008 |
Mark Dickinson <dickinsm@gmail.com> |
Issue #3004: Minor fix to slice.indices(). slice(-10).indices(9) now
returns (0, 0, 1) instead of (0, -1, 1), and slice(None, 10, -1).indices(10)
returns (9, 9, -1) instead of (9, 10, -1).
/external/python/cpython2/Objects/sliceobject.c
|
| dd96db63f689e2f0d8ae5a1436b3b3395eec7de5 |
|
09-Jun-2008 |
Gregory P. Smith <greg@mad-scientist.com> |
This reverts r63675 based on the discussion in this thread:
http://mail.python.org/pipermail/python-dev/2008-June/079988.html
Python 2.6 should stick with PyString_* in its codebase. The PyBytes_* names
in the spirit of 3.0 are available via a #define only. See the email thread.
/external/python/cpython2/Objects/sliceobject.c
|
| 593daf545bd9b7e7bcb27b498ecc6f36db9ae395 |
|
26-May-2008 |
Christian Heimes <christian@cheimes.de> |
Renamed PyString to PyBytes
/external/python/cpython2/Objects/sliceobject.c
|
| e93237dfcc4ee4feee62adafb4e7899487ca864b |
|
19-Dec-2007 |
Christian Heimes <christian@cheimes.de> |
#1629: Renamed Py_Size, Py_Type and Py_Refcnt to Py_SIZE, Py_TYPE and Py_REFCNT. Macros for b/w compatibility are available.
/external/python/cpython2/Objects/sliceobject.c
|
| 6819210b9e4e5719a6f7f9c1725f8fa70a8936f6 |
|
21-Jul-2007 |
Martin v. Löwis <martin@v.loewis.de> |
PEP 3123: Provide forward compatibility with Python 3.0, while keeping
backwards compatibility. Add Py_Refcnt, Py_Type, Py_Size, and
PyVarObject_HEAD_INIT.
/external/python/cpython2/Objects/sliceobject.c
|
| 13936697f60feedd560d16c94e2524453bb1255a |
|
11-Apr-2007 |
Raymond Hettinger <python@rcn.com> |
SF 1191699: Make slices picklable
/external/python/cpython2/Objects/sliceobject.c
|
| 8a87f5d37e6aab91ddc4c6491877b6cbd48a12cf |
|
12-Aug-2006 |
Neal Norwitz <nnorwitz@gmail.com> |
Patch #1538606, Patch to fix __index__() clipping.
I modified this patch some by fixing style, some error checking, and adding
XXX comments. This patch requires review and some changes are to be expected.
I'm checking in now to get the greatest possible review and establish a
baseline for moving forward. I don't want this to hold up release if possible.
/external/python/cpython2/Objects/sliceobject.c
|
| 54b42f185ea64dc06649d07bb1592d94bb379935 |
|
03-Apr-2006 |
Martin v. Löwis <martin@v.loewis.de> |
Allow long integers in PySlice_GetIndices.
/external/python/cpython2/Objects/sliceobject.c
|
| d08eaf4d1b962cff39745d875f9499232defc0a8 |
|
03-Apr-2006 |
Neal Norwitz <nnorwitz@gmail.com> |
Use Py_ssize_t in slices
/external/python/cpython2/Objects/sliceobject.c
|
| 347b30042b68e80b245a03b23cb616024ecb1f1e |
|
30-Mar-2006 |
Georg Brandl <georg@python.org> |
Remove unnecessary casts in type object initializers.
/external/python/cpython2/Objects/sliceobject.c
|
| badc086543e13be82958b8162d3fc5e5b65f283a |
|
23-Mar-2006 |
Neal Norwitz <nnorwitz@gmail.com> |
Stop duplicating code and handle slice indices consistently and correctly
wrt to ssize_t.
/external/python/cpython2/Objects/sliceobject.c
|
| 18e165558b24d29e7e0ca501842b9236589b012a |
|
15-Feb-2006 |
Martin v. Löwis <martin@v.loewis.de> |
Merge ssize_t branch.
/external/python/cpython2/Objects/sliceobject.c
|
| 02c42871cf73365dc5b6915cac2b017b2b90c81f |
|
26-Aug-2005 |
Georg Brandl <georg@python.org> |
Disallow keyword arguments for type constructors that don't use them.
(fixes bug #1119418)
/external/python/cpython2/Objects/sliceobject.c
|
| b859c070efbf3c6fd5210c0ae0e4d5a3de4bf9b2 |
|
05-Sep-2003 |
Raymond Hettinger <python@rcn.com> |
SF bug #800796: Difference between hash() and __hash__()
slice(5).__hash__() now raises a TypeError.
/external/python/cpython2/Objects/sliceobject.c
|
| ea3fdf44a29accd666a3b5f058539c351d921657 |
|
29-Dec-2002 |
Raymond Hettinger <python@rcn.com> |
SF patch #659536: Use PyArg_UnpackTuple where possible.
Obtain cleaner coding and a system wide
performance boost by using the fast, pre-parsed
PyArg_Unpack function instead of PyArg_ParseTuple
function which is driven by a format string.
/external/python/cpython2/Objects/sliceobject.c
|
| cbd6fb90069ded106833efc42b1c93bcf9b958c3 |
|
06-Nov-2002 |
Michael W. Hudson <mwh@python.net> |
Handle really big steps in extended slices.
Fixes a test failure on 64 bit platforms (I hope).
/external/python/cpython2/Objects/sliceobject.c
|
| 173f11da5dae76c504dac3606c27b74673ccfee4 |
|
05-Nov-2002 |
Michael W. Hudson <mwh@python.net> |
Some days, I think my comment of
/* this is harder to get right than you might think */
angered some God somewhere. After noticing
>>> range(5000000)[slice(96360, None, 439)]
[]
I found that my cute test for the slice being empty failed due to
overflow. Fixed, and added simple test (not the above!).
/external/python/cpython2/Objects/sliceobject.c
|
| 5c1ad84d7f62d3e2ec5367c8727481cda072820f |
|
12-Sep-2002 |
Michael W. Hudson <mwh@python.net> |
Fix for platforms where int != long.
/external/python/cpython2/Objects/sliceobject.c
|
| 206d8f818ff100caf0f959c746f2eaf6e9bebda0 |
|
19-Jul-2002 |
Michael W. Hudson <mwh@python.net> |
Silly typo. Not sure how that got in.
/external/python/cpython2/Objects/sliceobject.c
|
| f0d777c56b710f68c96582c10b49d83b5ad7d32d |
|
19-Jul-2002 |
Michael W. Hudson <mwh@python.net> |
A few days ago, Guido said (in the thread "[Python-Dev] Python
version of PySlice_GetIndicesEx"):
> OK. Michael, if you want to check in indices(), go ahead.
Then I did what was needed, but didn't check it in. Here it is.
/external/python/cpython2/Objects/sliceobject.c
|
| bea18ccde6bc12e061c21bb6b944379d8b123845 |
|
14-Jun-2002 |
Guido van Rossum <guido@python.org> |
SF patch 568629 by Oren Tirosh: types made callable.
These built-in functions are replaced by their (now callable) type:
slice()
buffer()
and these types can also be called (but have no built-in named
function named after them)
classobj (type name used to be "class")
code
function
instance
instancemethod (type name used to be "instance method")
The module "new" has been replaced with a small backward compatibility
placeholder in Python.
A large portion of the patch simply removes the new module from
various platform-specific build recipes. The following binary Mac
project files still have references to it:
Mac/Build/PythonCore.mcp
Mac/Build/PythonStandSmall.mcp
Mac/Build/PythonStandalone.mcp
[I've tweaked the code layout and the doc strings here and there, and
added a comment to types.py about StringTypes vs. basestring. --Guido]
/external/python/cpython2/Objects/sliceobject.c
|
| 589dc93620656faf80713b50b50d957664cea287 |
|
11-Jun-2002 |
Michael W. Hudson <mwh@python.net> |
Fix for problem reported by Neal Norwitz. Tighten up calculation of
slicelength. Include his test case.
/external/python/cpython2/Objects/sliceobject.c
|
| 5efaf7eac8c1dbbf82a96dc5d9b87fddd5d17b58 |
|
11-Jun-2002 |
Michael W. Hudson <mwh@python.net> |
This is my nearly two year old patch
[ 400998 ] experimental support for extended slicing on lists
somewhat spruced up and better tested than it was when I wrote it.
Includes docs & tests. The whatsnew section needs expanding, and arrays
should support extended slices -- later.
/external/python/cpython2/Objects/sliceobject.c
|
| 7465ad2fc982ca15b7f1c568fb6044d2beac46e0 |
|
12-Apr-2002 |
Neil Schemenauer <nascheme@enme.ucalgary.ca> |
Remove PyMalloc_New and PyMalloc_Del.
/external/python/cpython2/Objects/sliceobject.c
|
| dcc819a5c9e3cb60eba05a3c0b2547bc1fb28b80 |
|
22-Mar-2002 |
Neil Schemenauer <nascheme@enme.ucalgary.ca> |
Use pymalloc if it's enabled.
/external/python/cpython2/Objects/sliceobject.c
|
| d82fb78b5c0a8d9bd319da360881de1f754842c1 |
|
30-Oct-2001 |
Guido van Rossum <guido@python.org> |
Add values to tp_getattro and tp_flags so that dir(Ellipsis) will
return the same as dir(None).
/external/python/cpython2/Objects/sliceobject.c
|
| 6f7993765ac0989b5d13084240797913627a31d8 |
|
20-Sep-2001 |
Guido van Rossum <guido@python.org> |
Add optional docstrings to member descriptors. For backwards
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.
/external/python/cpython2/Objects/sliceobject.c
|
| 6d6c1a35e08b95a83dbe47dbd9e6474daff00354 |
|
02-Aug-2001 |
Tim Peters <tim.peters@gmail.com> |
Merge of descr-branch back into trunk.
/external/python/cpython2/Objects/sliceobject.c
|
| a1351fbd884189329bbcb6c688ca992fc1afc3f6 |
|
20-Mar-2001 |
Guido van Rossum <guido@python.org> |
SF patch #408326 by Robin Thomas: slice objects comparable, not
hashable
This patch changes the behavior of slice objects in the following
manner:
- Slice objects are now comparable with other slice objects as though
they were logically tuples of (start,stop,step). The tuple is not
created in the comparison function, but the comparison behavior is
logically equivalent.
- Slice objects are not hashable. With the above change to being
comparable, slice objects now cannot be used as keys in dictionaries.
[I've edited the patch for style. Note that this fixes the problem
that dict[i:j] seemed to work but was meaningless. --GvR]
/external/python/cpython2/Objects/sliceobject.c
|
| adf5410dc4df5701dd91bd71740419df61f227c7 |
|
14-Dec-2000 |
Guido van Rossum <guido@python.org> |
Test for NULL returned from PyObject_NEW().
/external/python/cpython2/Objects/sliceobject.c
|
| 45cfbcccc287ae52656737466ca071ca18f603c7 |
|
09-Jul-2000 |
Fred Drake <fdrake@acm.org> |
ANSI-fication of the sources.
/external/python/cpython2/Objects/sliceobject.c
|
| b18618dab7b6b85bb05b084693706e59211fa180 |
|
04-May-2000 |
Guido van Rossum <guido@python.org> |
Vladimir Marangozov's long-awaited malloc restructuring.
For more comments, read the patches@python.org archives.
For documentation read the comments in mymalloc.h and objimpl.h.
(This is not exactly what Vladimir posted to the patches list; I've
made a few changes, and Vladimir sent me a fix in private email for a
problem that only occurs in debug mode. I'm also holding back on his
change to main.c, which seems unnecessary to me.)
/external/python/cpython2/Objects/sliceobject.c
|
| e449af7da940d353a54036fb72e7405d2da362e3 |
|
11-Oct-1996 |
Guido van Rossum <guido@python.org> |
Ellipses -> Ellipsis rename (the dictionary really says that it should
be Ellipsis!).
Bumped the API version because a linker-visible symbol is affected.
Old C code will still compile -- there's a b/w compat macro.
Similarly, old Python code will still run, builtin exports both
Ellipses and Ellipsis.
/external/python/cpython2/Objects/sliceobject.c
|
| fd4904c63040f6e279e744d0a4db911d298e3a55 |
|
30-Jul-1996 |
Guido van Rossum <guido@python.org> |
repr("...") -> "Ellipses"
/external/python/cpython2/Objects/sliceobject.c
|
| f2d125bdada897e8ae1e6dd73f44d833bc0c7c15 |
|
30-Jul-1996 |
Guido van Rossum <guido@python.org> |
Added sliceobject.c
/external/python/cpython2/Objects/sliceobject.c
|