diff options
| author | Eric Wieser <wieser.eric@gmail.com> | 2018-01-10 23:27:35 -0800 |
|---|---|---|
| committer | Eric Wieser <wieser.eric@gmail.com> | 2018-01-11 23:27:17 -0800 |
| commit | 04896b0b470854c33e3eea15790a87a864941c50 (patch) | |
| tree | ae3d1fdc318184e392dc8d7f93b91b68f95e6079 /doc | |
| parent | 8cfc788643af035298a038410b73e044da695842 (diff) | |
| download | python-numpy-04896b0b470854c33e3eea15790a87a864941c50.tar.gz python-numpy-04896b0b470854c33e3eea15790a87a864941c50.tar.bz2 python-numpy-04896b0b470854c33e3eea15790a87a864941c50.zip | |
BUG: Avoid unintentional promotion to `float`, and do ops in place for speed
Fixes gh-10364, partly by adjusting the promise in the release notes
Diffstat (limited to 'doc')
| -rw-r--r-- | doc/release/1.14.0-notes.rst | 6 |
1 files changed, 3 insertions, 3 deletions
diff --git a/doc/release/1.14.0-notes.rst b/doc/release/1.14.0-notes.rst index 793b20c6d..7d83014a4 100644 --- a/doc/release/1.14.0-notes.rst +++ b/doc/release/1.14.0-notes.rst @@ -179,10 +179,10 @@ functions, and if used would likely correspond to a typo. Previously, this would promote to ``float64`` when arbitrary orders were passed, despite not doing so under the simple cases:: - >>> f32 = np.float32([1, 2]) - >>> np.linalg.norm(f32, 2.0).dtype + >>> f32 = np.float32([[1, 2]]) + >>> np.linalg.norm(f32, 2.0, axis=-1).dtype dtype('float32') - >>> np.linalg.norm(f32, 2.0001).dtype + >>> np.linalg.norm(f32, 2.0001, axis=-1).dtype dtype('float64') # numpy 1.13 dtype('float32') # numpy 1.14 |