| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
results.
|
|
|
|
|
| |
crashes in debug builds, for certain long numeric strings
corresponding to subnormal values.
|
| |
|
| |
|
|
|
|
| |
constant by a define.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
This was originally suggested by Guido, discussed on the stdlib-sig mailing
list, and given the OK by Guido directly to me. What this change essentially
means is that Python has taken a policy of silencing warnings that are only
of interest to developers by default. This should prevent users from seeing
warnings which are triggered by an application being run against a new
interpreter before the app developer has a chance to update their code.
Closes issue #7319. Thanks to Antoine Pitrou, Ezio Melotti, and Brian Curtin
for helping with the issue.
|
|
|
|
| |
r77400.
|
| |
|
| |
|
|
|
|
|
|
| |
to integer PyArg_Parse* format codes into a TypeError. Add a
DeprecationWarning for floats passed with the 'L' format code, which
didn't previously have a warning.
|
| |
|
|
|
|
|
| |
Also, add a note to the docs about the better behavior of T_OBJECT_EX as
compared to T_OBJECT.
|
|
|
|
| |
exceptions a docstring.
|
|
|
|
| |
pymath.c to Modules/_math.c.
|
| |
|
|
|
|
| |
in a Py_ssize_t, not an int.
|
|
|
|
| |
arithmetic.
|
|
|
|
|
|
| |
compiler_add_o, use copysign instead of examining the first and last
bytes of the double. The latter method fails for little-endian
ARM, OABI, where doubles are little-endian but with the words swapped.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
- Fix #7362: give a good error message for parenthesized arguments with
defaults.
- Add a py3k warning for any parenthesized arguments since those are not allowed
in Py3. This warning is not given in tuple unpacking, since that incurs the
tuple unpacking warning.
|
|
|
|
|
|
|
|
| |
correctly-rounded
string <-> float conversions; this makes sure that the result of the round
operation is correctly rounded, and hence displays nicely using the new float
repr.
|
| |
|
| |
|
|
|
|
|
|
| |
from a gcc inline assembler peculiarity. (gcc's "A" constraint
apparently means 'rax or rdx' in 64-bit mode, not edx:eax
or rdx:rax as one might expect.)
|
|
|
|
| |
replacement function PyOS_string_to_double.
|
|
|
|
|
| |
The added test does not fail without the patch, but we still fix the issue of
surrogates being used in wide builds where they should not be.
|
|
|
|
| |
brings it more in line with py3k.
|
| |
|
| |
|
|
|
|
| |
Backport pystrtod.c from py3k.
|
| |
|
|
|
|
|
| |
Add sys.float_repr_style attribute ('short' if short float
repr is in used; 'legacy' otherwise).
|
| |
|
|
|
|
|
|
|
|
|
| |
- add double endianness detection to configure script
- add configure-time check to see whether we can use inline
assembly to get and set x87 control word in configure script
- add functions to get and set x87 control word in Python/pymath.c
- add pyport.h logic to determine whether it's safe to use the
short float repr or not
|
| |
|
|
|
|
|
|
|
| |
Add the Python/dtoa.c file containing the main algorithms;
add corresponding include file and include in Python.h;
include license information for Python/dtoa.c;
add dtoa.c and dtoa.h to Makefile.
|
|
|
|
| |
them docstrings.
|
|
|
|
|
| |
fixes the problem of some exceptions being thrown at shutdown when the
interpreter is killed. Patch by Adam Olsen.
|
|
|
|
|
|
|
|
|
| |
This is in anticipation of possibly implementing issue 7117 (short float repr).
This removes the last calls to PyFloat_AsString, PyFloat_AsReprString, and
PyFloat_AsStringEx, which are unsafe.
Also, switch to defines for error values to bring this code more in line
with the py3k branch.
|
|
|
|
| |
stage still fails.
|
|
|
|
|
| |
There should be no other effect than a small decrease in memory use.
Patch by Christopher Tur Lesniewski-Laas.
|
| |
|
|
|
|
| |
PyLongs. Raise ValueError instead.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
acquiring the import lock around fork() calls. This prevents other threads
from having that lock while the fork happens, and is the recommended way of
dealing with such issues. There are two other locks we care about, the GIL
and the Thread Local Storage lock. The GIL is obviously held when calling
Python functions like os.fork(), and the TLS lock is explicitly reallocated
instead, while also deleting now-orphaned TLS data.
This only fixes calls to os.fork(), not extension modules or embedding
programs calling C's fork() directly. Solving that requires a new set of API
functions, and possibly a rewrite of the Python/thread_*.c mess. Add a
warning explaining the problem to the documentation in the mean time.
This also changes behaviour a little on AIX. Before, AIX (but only AIX) was
getting the import lock reallocated, seemingly to avoid this very same
problem. This is not the right approach, because the import lock is a
re-entrant one, and reallocating would do the wrong thing when forking while
holding the import lock.
Will backport to 2.6, minus the tiny AIX behaviour change.
|
| |
|
| |
|