delta/python-packages/numpy.git/numpy/core/_internal.py, branch meson github.com: numpy/numpy.git PERF: Eliminate slow check for pypy during numpy import (#22163) 2022-08-23T06:55:56+00:00 Pieter Eendebak pieter.eendebak@gmail.com 2022-08-23T06:55:56+00:00 acdd0e3ffff0db9f45951c6b51887937ca31935e This PR replaces the import of platform and a call to platform.python_implementation() with a check using sys.implementation.name to improve the numpy import time. The improvement is about 5-10 ms (system dependent). Also see #22061 Co-authored-by: Matti Picus <matti.picus@gmail.com> 
This PR replaces the import of platform and a call to platform.python_implementation() with a check using sys.implementation.name to improve the numpy import time. The improvement is about 5-10 ms (system dependent).

Also see #22061

Co-authored-by: Matti Picus <matti.picus@gmail.com>
 MAINT,ENH: Adjust metadata preservation, preserving it for identical structured dtypes 2022-05-09T15:13:13+00:00 Sebastian Berg sebastian@sipsolutions.net 2022-05-05T11:11:40+00:00 59b7afee1fa088760233060297172df6da3bde63 Identical means here that the promotion is between the same dtype *and* promoting it does not modify any of the included dtypes *and* does not modify the offset layout or itemsize. 
Identical means here that the promotion is between the same dtype *and* promoting it
does not modify any of the included dtypes *and* does not modify the offset layout
or itemsize.
API: Fix structured dtype cast-safety, promotion, and comparison 2022-05-09T15:13:13+00:00 Sebastian Berg sebastian@sipsolutions.net 2021-06-11T23:21:54+00:00 a0c2e826738daa0cbd83aba85852405b73878f5b This PR replaces the old gh-15509 implementing proper type promotion for structured voids. It further fixes the casting safety to consider casts with equivalent field number and matching order as "safe" and if the names, titles, and offsets match as "equiv". The change perculates into the void comparison, and since it fixes the order, it removes the current FutureWarning there as well. This addresses https://github.com/liberfa/pyerfa/issues/77 and replaces gh-15509 (the implementation has changed too much). Fixes gh-15494 (and probably a few more) Co-authored-by: Allan Haldane <allan.haldane@gmail.com> 
This PR replaces the old gh-15509 implementing proper type promotion
for structured voids.  It further fixes the casting safety to consider
casts with equivalent field number and matching order as "safe"
and if the names, titles, and offsets match as "equiv".

The change perculates into the void comparison, and since it fixes
the order, it removes the current FutureWarning there as well.

This addresses https://github.com/liberfa/pyerfa/issues/77
and replaces gh-15509 (the implementation has changed too much).

Fixes gh-15494  (and probably a few more)

Co-authored-by: Allan Haldane <allan.haldane@gmail.com>
PERF: Avoid using `@recursive`. 2021-08-03T18:37:57+00:00 Antony Lee anntzer.lee@gmail.com 2021-08-02T18:37:30+00:00 557bb33ff71c6aae64a85e58d2b78b2c8877a0f5 None of the functions decorated with `@recursive` actually need to close over internal variables, so they can be lifted to become toplevel recursive functions which avoid the need for an `@recursive` decorator. (No change was made to the logic of any of the functions.) As it turns out, the `@recursive` decorator adds a lot of overhead: `python runtests.py --bench bench_io` reports a ~15-20% perf gain(!) for `loadtxt` from this PR. (`_recursive_mask_or` seems less likely to matter performance-wise, but I also lifted it out for good measure... and just deleted the decorator's implementation.) 
None of the functions decorated with `@recursive` actually need to close
over internal variables, so they can be lifted to become toplevel
recursive functions which avoid the need for an `@recursive` decorator.
(No change was made to the logic of any of the functions.)

As it turns out, the `@recursive` decorator adds a lot of overhead:
`python runtests.py --bench bench_io` reports a ~15-20% perf gain(!)
for `loadtxt` from this PR.  (`_recursive_mask_or` seems less likely to
matter performance-wise, but I also lifted it out for good measure...
and just deleted the decorator's implementation.)
DOC: Add documentation for `np.ctypeslib.c_intp` 2021-06-22T15:55:35+00:00 Bas van Beek b.f.van.beek@vu.nl 2021-06-22T15:26:41+00:00 a42f9a23a2c7957f20347df4b131c4c9bc2f340d 






DOC: Add the `axis` and `axes` keywords to gufunc signatures
2021-05-20T15:05:14+00:00

Bas van Beek
b.f.van.beek@vu.nl

2021-05-20T14:51:05+00:00

81f528ae968830fc837543b2741786ba699a2d3c












DEP: Deprecate 4 `ndarray.ctypes` methods (#19031)
2021-05-18T20:53:29+00:00

Bas van Beek
43369155+BvB93@users.noreply.github.com

2021-05-18T20:53:29+00:00

39110f34ebc5e445ebea59833e621e4404c38be4

* DEP: Deprecate 4 `ndarray.ctypes` methods

* `get_data`
* `get_shape`
* `get_strides`
* `get_as_parameter`

* TST: Add deprecation tests for 4 `ndarray.ctypes` methods

* DOC: Add a release note for the `ndarray.ctypes` method deprecation

* MAINT: Deprecate via `__getattr__` instead of `__getattribute__

Co-Authored-By: Sebastian Berg <sebastian@sipsolutions.net>

* MAINT: Deprecate the methods via proper function definitions

Co-Authored-By: Eric Wieser <425260+eric-wieser@users.noreply.github.com>

* DOC: Added a missing "the"

* DOC: typo fix: property -> properties

Co-Authored-By: Eric Wieser <425260+eric-wieser@users.noreply.github.com>

Co-authored-by: Sebastian Berg <sebastian@sipsolutions.net>
Co-authored-by: Eric Wieser <425260+eric-wieser@users.noreply.github.com>




* DEP: Deprecate 4 `ndarray.ctypes` methods

* `get_data`
* `get_shape`
* `get_strides`
* `get_as_parameter`

* TST: Add deprecation tests for 4 `ndarray.ctypes` methods

* DOC: Add a release note for the `ndarray.ctypes` method deprecation

* MAINT: Deprecate via `__getattr__` instead of `__getattribute__

Co-Authored-By: Sebastian Berg <sebastian@sipsolutions.net>

* MAINT: Deprecate the methods via proper function definitions

Co-Authored-By: Eric Wieser <425260+eric-wieser@users.noreply.github.com>

* DOC: Added a missing "the"

* DOC: typo fix: property -> properties

Co-Authored-By: Eric Wieser <425260+eric-wieser@users.noreply.github.com>

Co-authored-by: Sebastian Berg <sebastian@sipsolutions.net>
Co-authored-by: Eric Wieser <425260+eric-wieser@users.noreply.github.com>






STY: core._internal
2020-08-11T08:31:11+00:00

danielhrisca
daniel.hrisca@gmail.com

2020-08-11T08:28:38+00:00

49eaea7184cf524ff21ca9d88e806247577be543

* removed redundant parenthesis
* use f-strings
* use dict.items in _makenames_list





* removed redundant parenthesis
* use f-strings
* use dict.items in _makenames_list







MAINT: Chaining exceptions in numpy/core/_internal.py
2020-07-04T09:38:54+00:00

tabhi0797
abhinav071197@gmail.com

2020-07-04T09:38:54+00:00

f808a633c671bcac8aa57dd0409a7dccdf72c5ff

- chaining exceptions from None





- chaining exceptions from None







MAINT: Chaining exceptions in numpy/core/_internal.py
2020-07-04T06:36:51+00:00

tabhi0797
abhinav071197@gmail.com

2020-07-04T06:36:51+00:00

0cd387c6513f2b5b514898c3a06947af7dd919dc

- updated %formatted string to f strings





- updated %formatted string to f strings