Mirror
/
cpython
mirror of https://github.com/python/cpython
4
1
Fork 0
Code Issues Releases Wiki Activity
45,453 Commits 7 Branches 587 Tags 2.3 GiB
Commit Graph

1503 Commits

Author SHA1 Message Date
Stefan Krah a1775944ae Issue #9036: Throughout the code base, Py_CHARMASK is used on 8-bit wide 
signed/unsigned chars or on integers directly derived from those. In all
cases, it could be replaced by a simple cast to (unsigned char). Reasons
for the change:

  a) Make the comment more explicit.

  b) If char is unsigned, the cast is optimized away.

  c) If char is unsigned, gcc emits spurious "array subscript
     has type 'char'" warnings.
 2010-07-19 13:14:01 +00:00
Benjamin Peterson d6bbe0c179 technically not at 2.7.1 yet 2010-07-04 21:03:53 +00:00
Benjamin Peterson e3c104554b prepare for 2.7.1 2010-07-03 14:51:25 +00:00
Benjamin Peterson c60082d283 update to 2.7 final 2010-07-03 13:56:13 +00:00
Stefan Krah 3db4161011 Issue #9020: The Py_IS* macros from pyctype.h should generally only be 
used with signed/unsigned char arguments. For integer arguments, EOF
has to be handled separately.
 2010-06-24 09:33:05 +00:00
Benjamin Peterson 4f6125996d towards final release 2010-06-21 17:28:30 +00:00
Benjamin Peterson bfcedf4cb7 bump verson to 2.7rc2 2010-06-21 15:57:57 +00:00
Benjamin Peterson 2f3d9f926d careening towards 2.7rc2 we go 2010-06-06 02:09:33 +00:00
Benjamin Peterson 77d534e59d bump version to 2.7 rc1 2010-06-06 00:22:09 +00:00
Antoine Pitrou 6a2656094d Issue #5753: A new C API function, :cfunc:`PySys_SetArgvEx`, allows 
embedders of the interpreter to set sys.argv without also modifying
sys.path.  This helps fix `CVE-2008-5983
<http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5983>`_.
 2010-05-21 17:12:38 +00:00
Antoine Pitrou c83ea137d7 Untabify C files. Will watch buildbots. 2010-05-09 14:46:46 +00:00
Benjamin Peterson 534b8de63b towards 2.7 release candidate 1 2010-05-08 18:53:42 +00:00
Benjamin Peterson c251607d59 bump version to 2.7 beta 2 2010-05-08 17:08:17 +00:00
Ronald Oussoren 37805e5c1f Fix for issue #7072 2010-04-18 13:47:49 +00:00
Benjamin Peterson 12409067c2 towards beta 2 2010-04-10 18:53:58 +00:00
Benjamin Peterson fbac6c1590 bump version to 2.7b1 2010-04-10 16:22:05 +00:00
Larry Hastings 5ac006dfd3 Capsule-related changes: 
* PyCObject_AsVoidPtr() can now open capsules.  This addresses
  most of the remaining backwards-compatibility concerns about
  the conversion of Python 2.7 from CObjects to capsules.
* CObjects were marked Pending Deprecation.
* Documentation about this pending deprecation was added to
  cobject.h.
* The capsule source files were added to the legacy PC build
  processes.
 2010-04-02 11:01:35 +00:00
Antoine Pitrou 76c8649038 Issue #8276: PyEval_CallObject() is now only available in macro form. The 
function declaration, which was kept for backwards compatibility reasons,
is now removed (the macro was introduced in 1997!).
 2010-04-01 16:42:11 +00:00
Antoine Pitrou a57df2cf1d Issue #8268: Old-style classes (not just instances) now support weak 
references.
 2010-03-31 21:32:15 +00:00
Larry Hastings 4e9830f7ac Remove extraneous experimental code checked in by accident. 2010-03-25 01:23:27 +00:00
Larry Hastings 402b73fb8d Backported PyCapsule from 3.1, and converted most uses of 
CObject to PyCapsule.
 2010-03-25 00:54:54 +00:00
Collin Winter 001a3952c9 Add support for weak references to code objects. This will be used by an optimization in the incoming Python 3 JIT. 
Patch by Reid Kleckner!
 2010-03-18 21:54:01 +00:00
Benjamin Peterson 5da7e7ce3f post release update 2010-03-06 22:44:07 +00:00
Benjamin Peterson 8e7c1178a0 bump version to 2.7a4 2010-03-06 20:34:14 +00:00
Victor Stinner 71fb87e64c Issue #7544: Preallocate thread memory before creating the thread to avoid a 
fatal error in low memory condition.
 2010-03-03 23:20:25 +00:00
Amaury Forgeot d'Arc adfc80bd81 #4852: Remove dead code in every thread implementation, unused for many years. 2010-02-23 23:19:39 +00:00
Mark Dickinson d5fdc069fa Silence more 'comparison between signed and unsigned' warnings. 2010-02-14 13:40:30 +00:00
Benjamin Peterson 2d798ac619 post release updates 2010-02-06 18:26:27 +00:00
Benjamin Peterson a7be9d240a bump version to 2.7a3 2010-02-06 16:37:32 +00:00
Antoine Pitrou bb445a1f22 Issue #5677: Explicitly forbid write operations on read-only file objects, 
and read operations on write-only file objects.  On Windows, the system C
library would return a bogus result; on Solaris, it was possible to crash
the interpreter.  Patch by Stefan Krah.
 2010-02-05 17:05:54 +00:00
Mark Dickinson a36507c64c Issue #7767: Add new C-API function PyLong_AsLongLongAndOverflow, a 
long long variant of PyLong_AsLongAndOverflow.  Patch by Case Van
Horsen.
 2010-01-30 10:08:33 +00:00
Ronald Oussoren a55af9a9db - Issue #7658: Ensure that the new pythonw executable works on OSX 10.4 
- Issue #7714: Use ``gcc -dumpversion`` to detect the version of GCC on
  MacOSX.

- Make configure look for util.h as well as libutil.h. The former
  is the header file that on OSX contains the defition of openpty.

  (Needed to compile for OSX 10.4 on OSX 10.6)

- Use the correct definition of CC to compile the pythonw executable
 2010-01-17 16:25:57 +00:00
Antoine Pitrou 60ba2c8bf8 Use PyAPI_DATA. 2010-01-17 15:55:45 +00:00
Antoine Pitrou e80a6a4ead Issue #7561: Operations on empty bytearrays (such as `int(bytearray())`) 
could crash in many places because of the PyByteArray_AS_STRING() macro
returning NULL.  The macro now returns a statically allocated empty
string instead.
 2010-01-17 12:26:20 +00:00
Alexandre Vassalotti 69eb51697c Issue #1967: Backport dictionary views. 2010-01-11 23:17:10 +00:00
Alexandre Vassalotti b646547bb4 Issue #2333: Backport set and dict comprehensions syntax. 2010-01-11 22:36:12 +00:00
Alexandre Vassalotti ee936a2130 Issue #2335: Backport set literals syntax from Python 3.x. 2010-01-09 23:35:54 +00:00
Benjamin Peterson dd6d92a560 post release version adjustment 2010-01-09 17:30:31 +00:00
Benjamin Peterson aa7e51f006 bump version to 2.7a2 2010-01-09 16:34:06 +00:00
Mark Dickinson d3e323215c Refactor some longobject internals: PyLong_AsDouble and _PyLong_AsScaledDouble 
(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.
 2010-01-02 14:45:40 +00:00
Georg Brandl 740cdc3a9f #7033: add new API function PyErr_NewExceptionWithDoc, for easily giving new exceptions a docstring. 2009-12-28 08:34:58 +00:00
Mark Dickinson 12748b003c Issue #7518: Move substitute definitions of C99 math functions from 
pymath.c to Modules/_math.c.
 2009-12-21 15:22:00 +00:00
Mark Dickinson e31d300664 Issue #7528: Backport PyLong_AsLongAndOverflow from py3k to trunk. 
Thanks Case Van Horsen for the patch.
 2009-12-21 11:21:25 +00:00
Benjamin Peterson 3095d20a53 initialize to NULL 2009-12-13 21:21:43 +00:00
Mark Dickinson fd25634715 Replace the size check for PyMem_MALLOC and PyMem_REALLOC with an almost 
equivalent[*] check that doesn't produce compiler warnings about a 'x < 0'
check on an unsigned type.

[*] it's equivalent for inputs of type size_t or Py_ssize_t, or any smaller
unsigned or signed integer type.
 2009-12-10 10:36:32 +00:00
Ronald Oussoren a254302f52 Fix for issue 7452: HAVE_GCC_ASM_FOR_X87 gets set when doing a universal build on 
an i386 based machine, but should only be active when compiling the x86 part of
the universal binary.
 2009-12-08 16:32:52 +00:00
Benjamin Peterson 4f51baf466 post release version bump 2009-12-05 18:40:02 +00:00
Benjamin Peterson d78cec5f39 bump version to 2.7a1 2009-12-05 17:47:56 +00:00
Ronald Oussoren 7072f74dc8 Fix for issue #7416: SIZEOF_UINTPTR_T can be invalid when configuring a 
multi-architecture build (in particular when the architectures don't share
a common pointer size).

Fixed the same issue for SIZEOF_PTHREAD_T.

(No update to the NEWS file because this is a bugfix for an as yet unreleased
feature)
 2009-12-01 15:54:01 +00:00
Mark Dickinson 31f0cfef0e Include ieeefp.h (when available) in pyport.h instead of individually in 
Objects/floatobject.c and Objects/complexobject.c.  This should silence
compiler warnings about implicit declaration of the 'finite' function
on Solaris.
 2009-11-28 12:30:36 +00:00