delta/cpython-git.git/Include/longobject.h, branch v2.7rc2

Issue #7767: Add new C-API function PyLong_AsLongLongAndOverflow, a

2010-01-30T10:08:33+00:00

long long variant of PyLong_AsLongAndOverflow.  Patch by Case Van
Horsen.

Refactor some longobject internals: PyLong_AsDouble and _PyLong_AsScaledDouble

2010-01-02T14:45:40+00:00

(the latter renamed to _PyLong_Frexp) now use the same core code.  The
exponent produced by _PyLong_Frexp now has type Py_ssize_t instead of the
previously used int, and no longer needs scaling by PyLong_SHIFT.  This
frees the math module from having to know anything about the PyLong
implementation.  This closes issue #5576.

Issue #7528: Backport PyLong_AsLongAndOverflow from py3k to trunk.

2009-12-21T11:21:25+00:00

Thanks Case Van Horsen for the patch.

Issue #4258: Use 30-bit digits for Python longs, on 64-bit platforms.

2009-03-20T15:51:55+00:00

Backport of r70459.

Refactor and clean up str.format() code (and helpers) in advance of optimizations.

2008-05-30T18:10:04+00:00

Added PyNumber_ToBase and supporting routines _PyInt_Format and

2008-02-10T01:36:53+00:00

_PyLong_Format.  In longobject.c, changed long_format to
_PyLong_Format.  In intobject.c, changed uses of PyOS_snprintf to
_PyInt_Format instead.

_PyLong_Format is similar to py3k's routine of the same name, except
it has 2 additional parameters: addL and newstyle.  addL was existing
in long_format, and controls adding the trailing "L".  This is
unneeded in py3k.  newstyle is used to control whether octal prepends
"0" (the pre-2.6 style), or "0o" (the 3.0 sytle).

PyNumber_ToBase is needed for PEP 3127 (Integer Literal Support and
Syntax) and PEP 3101 (Advanced String Formatting).

This changeset does not need merging into py3k.

Backport of several functions from Python 3.0 to 2.6 including PyUnicode_FromString, PyUnicode_Format and PyLong_From/AsSsize_t. The functions are partly required for the backport of the bytearray type and _fileio module. They should also make it easier to port C to 3.0.

2008-01-25T12:18:43+00:00

First chapter of the Python 3.0 io framework back port: _fileio
The next step depends on a working bytearray type which itself depends on a backport of the nwe buffer API.

#1629: Renamed Py_Size, Py_Type and Py_Refcnt to Py_SIZE, Py_TYPE and Py_REFCNT. Macros for b/w compatibility are available.

2007-12-19T02:37:44+00:00

PEP 3123: Provide forward compatibility with Python 3.0, while keeping

2007-07-21T06:55:02+00:00

backwards compatibility. Add Py_Refcnt, Py_Type, Py_Size, and
PyVarObject_HEAD_INIT.

Variation of patch # 1624059 to speed up checking if an object is a subclass

2007-02-25T19:44:48+00:00

of some of the common builtin types.

Use a bit in tp_flags for each common builtin type.  Check the bit
to determine if any instance is a subclass of these common types.
The check avoids a function call and O(n) search of the base classes.
The check is done in the various Py*_Check macros rather than calling
PyType_IsSubtype().

All the bits are set in tp_flags when the type is declared
in the Objects/*object.c files because PyType_Ready() is not called
for all the types.  Should PyType_Ready() be called for all types?
If so and the change is made, the changes to the Objects/*object.c files
can be reverted (remove setting the tp_flags).  Objects/typeobject.c
would also have to be modified to add conditions
for Py*_CheckExact() in addition to each the PyType_IsSubtype check.