Skip to content
Projects
Groups
Snippets
Help
Loading...
Help
Support
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in / Register
Toggle navigation
C
cpython
Project overview
Project overview
Details
Activity
Releases
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Issues
0
Issues
0
List
Boards
Labels
Milestones
Merge Requests
0
Merge Requests
0
Analytics
Analytics
Repository
Value Stream
Wiki
Wiki
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Create a new issue
Commits
Issue Boards
Open sidebar
Kirill Smelkov
cpython
Commits
4ca7c3c0
Commit
4ca7c3c0
authored
May 30, 2010
by
Mark Dickinson
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
Issue #8748: Fix incorrect results from comparisons between an integer
and a complex instance. Based on a patch by Meador Inge.
parent
4b3035d0
Changes
3
Hide whitespace changes
Inline
Side-by-side
Showing
3 changed files
with
79 additions
and
10 deletions
+79
-10
Lib/test/test_complex.py
Lib/test/test_complex.py
+18
-1
Misc/NEWS
Misc/NEWS
+7
-0
Objects/complexobject.c
Objects/complexobject.c
+54
-9
No files found.
Lib/test/test_complex.py
View file @
4ca7c3c0
...
...
@@ -129,7 +129,7 @@ class ComplexTest(unittest.TestCase):
self
.
assertTrue
(
a
<
2.0j
)
def
test_richcompare
(
self
):
self
.
assert
Raises
(
OverflowError
,
complex
.
__eq__
,
1
+
1j
,
1L
<<
10000
)
self
.
assert
Equal
(
complex
.
__eq__
(
1
+
1j
,
1L
<<
10000
),
False
)
self
.
assertEqual
(
complex
.
__lt__
(
1
+
1j
,
None
),
NotImplemented
)
self
.
assertIs
(
complex
.
__eq__
(
1
+
1j
,
1
+
1j
),
True
)
self
.
assertIs
(
complex
.
__eq__
(
1
+
1j
,
2
+
2j
),
False
)
...
...
@@ -140,6 +140,23 @@ class ComplexTest(unittest.TestCase):
self
.
assertRaises
(
TypeError
,
complex
.
__gt__
,
1
+
1j
,
2
+
2j
)
self
.
assertRaises
(
TypeError
,
complex
.
__ge__
,
1
+
1j
,
2
+
2j
)
def
test_richcompare_boundaries
(
self
):
def
check
(
n
,
deltas
,
is_equal
,
imag
=
0.0
):
for
delta
in
deltas
:
i
=
n
+
delta
z
=
complex
(
i
,
imag
)
self
.
assertIs
(
complex
.
__eq__
(
z
,
i
),
is_equal
(
delta
))
self
.
assertIs
(
complex
.
__ne__
(
z
,
i
),
not
is_equal
(
delta
))
# For IEEE-754 doubles the following should hold:
# x in [2 ** (52 + i), 2 ** (53 + i + 1)] -> x mod 2 ** i == 0
# where the interval is representable, of course.
for
i
in
range
(
1
,
10
):
pow
=
52
+
i
mult
=
2
**
i
check
(
2
**
pow
,
range
(
1
,
101
),
lambda
delta
:
delta
%
mult
==
0
)
check
(
2
**
pow
,
range
(
1
,
101
),
lambda
delta
:
False
,
float
(
i
))
check
(
2
**
53
,
range
(
-
100
,
0
),
lambda
delta
:
True
)
def
test_mod
(
self
):
self
.
assertRaises
(
ZeroDivisionError
,
(
1
+
1j
).
__mod__
,
0
+
0j
)
...
...
Misc/NEWS
View file @
4ca7c3c0
...
...
@@ -12,6 +12,13 @@ What's New in Python 2.7 Release Candidate 1?
Core and Builtins
-----------------
- Issue #8748: Fix two issues with comparisons between complex and integer
objects. (1) The comparison could incorrectly return True in some cases
(2**53+1 == complex(2**53) == 2**53), breaking transivity of equality.
(2) The comparison raised an OverflowError for large integers, leading
to unpredictable exceptions when combining integers and complex objects
in sets or dicts.
- Issue #5211: Implicit coercion for the complex type is now completely
removed. (Coercion for arithmetic operations was already removed in 2.7
alpha 4, but coercion for rich comparisons was accidentally left in.)
...
...
Objects/complexobject.c
View file @
4ca7c3c0
...
...
@@ -783,25 +783,70 @@ complex_coerce(PyObject **pv, PyObject **pw)
static
PyObject
*
complex_richcompare
(
PyObject
*
v
,
PyObject
*
w
,
int
op
)
{
Py_complex
i
,
j
;
PyObject
*
res
;
Py_complex
i
;
int
equal
;
if
(
op
!=
Py_EQ
&&
op
!=
Py_NE
)
{
/* for backwards compatibility, comparisons with non-numbers return
* NotImplemented. Only comparisons with core numeric types raise
* TypeError.
*/
if
(
PyInt_Check
(
w
)
||
PyLong_Check
(
w
)
||
PyFloat_Check
(
w
)
||
PyComplex_Check
(
w
))
{
PyErr_SetString
(
PyExc_TypeError
,
"no ordering relation is defined "
"for complex numbers"
);
return
NULL
;
}
goto
Unimplemented
;
}
assert
(
PyComplex_Check
(
v
));
TO_COMPLEX
(
v
,
i
);
TO_COMPLEX
(
w
,
j
);
if
(
op
!=
Py_EQ
&&
op
!=
Py_NE
)
{
PyErr_SetString
(
PyExc_TypeError
,
"no ordering relation is defined for complex numbers"
);
return
NULL
;
if
(
PyInt_Check
(
w
)
||
PyLong_Check
(
w
))
{
/* Check for 0.0 imaginary part first to avoid the rich
* comparison when possible.
*/
if
(
i
.
imag
==
0
.
0
)
{
PyObject
*
j
,
*
sub_res
;
j
=
PyFloat_FromDouble
(
i
.
real
);
if
(
j
==
NULL
)
return
NULL
;
sub_res
=
PyObject_RichCompare
(
j
,
w
,
op
);
Py_DECREF
(
j
);
return
sub_res
;
}
else
{
equal
=
0
;
}
}
else
if
(
PyFloat_Check
(
w
))
{
equal
=
(
i
.
real
==
PyFloat_AsDouble
(
w
)
&&
i
.
imag
==
0
.
0
);
}
else
if
(
PyComplex_Check
(
w
))
{
Py_complex
j
;
TO_COMPLEX
(
w
,
j
);
equal
=
(
i
.
real
==
j
.
real
&&
i
.
imag
==
j
.
imag
);
}
else
{
goto
Unimplemented
;
}
if
(
(
i
.
real
==
j
.
real
&&
i
.
imag
==
j
.
imag
)
==
(
op
==
Py_EQ
))
res
=
Py_True
;
if
(
equal
==
(
op
==
Py_EQ
))
res
=
Py_True
;
else
res
=
Py_False
;
res
=
Py_False
;
Py_INCREF
(
res
);
return
res
;
Unimplemented:
Py_INCREF
(
Py_NotImplemented
);
return
Py_NotImplemented
;
}
static
PyObject
*
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment