| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* ENH: Add traceback-skip to `assert_array_compare`
* TST: Add tests for arraycoercion
These tests have many xfails (some technically maybe not correct),
which describe in detail what will change when merging the
array-coercion changes; since all of those xfails are going
to be removed.
* TST: Add test for empty sequences
* TST: Add tests for bad self-mutating sequence inputs to np.array
These should never happen and rightly should lead to undefined
behaviour (and preferably errors), but they excercise some more
tricky code branches and should probably not crash.
* Simplify the "all scalars" logic (hardcode) and fix complex cases
* MAINT: Some cleanup, and xfail pypy
PyPy seems to have issues with int(numpy_complex), maybe because
it gives a warning during conversion (python does not define it).
So simply mark it as xfail, it should work in my branch.
Also some smaller cleanups.
* TST: Add some further test, re-add missing rational
* MAINT: Make rationals optional, because they fail some tests currently
The failures will go away, since this must again be related to
implemetning int() and float().
* Update numpy/conftest.py
* MAINT: Fix strings and use pytest.param to clean things up
* TST: Add tests for 0-D array-like input to np.array() corner-cases
* TST: Improve parameterization IDs to get better printing at -vv
|
| |
|
| |
|
|
|
| |
Add missing closing brackets, script to generate the list in the PR gh-16051.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
* PEP 8: "Imports should usually be on separate lines"
* Where modified, sort imported modules alphabetically
* Clean-up unused imports from these expanded lines
|
| |
|
| |
|
| |
|
|
|
|
| |
Now that 2.7 is gone, there is no need to pop manually from kwarg dictionaries.
|
|
|
|
|
|
|
| |
Inheriting from object was necessary for Python 2 compatibility to use
new-style classes. In Python 3, this is unnecessary as there are no
old-style classes.
Dropping the object is more idiomatic Python.
|
|
|
|
|
| |
As numpy is Python 3 only, these import statements are now unnecessary
and don't alter runtime behavior.
|
|\
| |
| | |
TST: improve assert message of assert_array_max_ulp
|
| |
| |
| |
| |
| |
| | |
It was not showing the max difference before, which makes it
hard to judge whether something is seriously wrong, or the test
precision simply needs to be bumped by a little.
|
|/ |
|
|
|
|
| |
Revise the BLAS name mangling to support the general scheme.
|
|
|
|
| |
MemoryErrors
|
|
|
|
| |
Fix wrong multiplier for /proc/meminfo, and do style cleanups.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
`np.datetime('NaT')` should behave more like `float('Nan')`.
Add needed infrastructure so `np.isinf(a)` and `np.isnan(a)`
will run on `datetime64` and `timedelta64` dtypes.
Also added specific loops for `numpy.fmin` and `numpy.fmax`
that mask `NaT`.
|
| |
|
| |
|
|
|
|
|
|
| |
Fixed maximum relative error reporting in assert_allclose:
In cases where the two arrays have zeros at the same positions it will
no longer report nan as the max relative error
|
|
|
| |
* Deprecation: numpy.testing.rand
|
|
|
|
|
| |
The original message included "Mismatch: 33.3%". It's not obvious what this
percentage means. This commit changes the text to
"Mismatched elements: 1 / 3 (33.3%)".
|
| |
|
|
|
|
|
|
| |
* DOC, MAINT: Misc. typo fixes
Found via `codespell`
|
| |
|
|\
| |
| | |
MAINT: implement assert_array_compare without converting array to python list
|
| | |
|
| | |
|
| | |
|
|/ |
|
|
|
| |
* DOC: defaults in allclose not the same as in assert_allclose
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Example behavior:
>>> x = np.array([1, 2, 3])
>>> y = np.array([1, 2, 3.0001])
>>> np.testing.assert_allclose(x, y)
AssertionError:
Not equal to tolerance rtol=1e-07, atol=0
Mismatch: 33.3%
Max absolute difference: 0.0001
Max relative difference: 3.33322223e-05
x: array([1, 2, 3])
y: array([1. , 2. , 3.0001])
Motivation: when writing numerical algorithms, I frequently find myself
experimenting to pick the right value of `atol` and `rtol` for
`np.testing.assert_allclose()`. If I make the tolerance too generous, I risk
missing regressions in accuracy, so I usually try to pick the smallest values
for which tests pass. This change immediately reveals appropriate values to
use for these parameters, so I don't need to guess and check.
|
|
|
|
|
|
|
|
| |
* ported the refguide_check module from SciPy for usage
in NumPy docstring execution/ verification; added the
refguide_check run to Azure Mac OS CI
* adjusted NumPy docstrings such that refguide_check passes
|
|
|
|
|
|
|
|
|
|
|
|
| |
(#12448)
* Review F401,F841,F842 flake8 errors (unused variables, imports)
* Review comments
* More tests in test_installed_npymath_ini
* Review comments
|
|\
| |
| | |
BUG: Fix misleading assert message in assert_almost_equal #12200
|
| |
| |
| |
| |
| | |
Fixes #12200 by making a copy of the matrix before NaN's are excluded.
Add a test for it.
|