Skip to content

Scheduled monthly dependency update for June#150

Closed
pyup-bot wants to merge 4 commits into
masterfrom
pyup-scheduled-update-2023-06-01
Closed

Scheduled monthly dependency update for June#150
pyup-bot wants to merge 4 commits into
masterfrom
pyup-scheduled-update-2023-06-01

Conversation

@pyup-bot

@pyup-bot pyup-bot commented Jun 1, 2023

Copy link
Copy Markdown
Collaborator

Update Cython from 0.29.23 to 0.29.35.

Changelog

0.29.35

====================

Bugs fixed
----------

* A garbage collection enabled subtype of a non-GC extension type could call into the
deallocation function of the super type with GC tracking enabled.  This could lead
to crashes during deallocation if GC was triggered on the type at the same time.
(Github issue :issue:`5432`)

* Some C compile failures and crashes in CPython 3.12 were resolved.

* ``except + nogil`` was syntactically not allowed.
``except +nogil`` (i.e. defining a C++ exception handling function called ``nogil``)
is now disallowed to prevent typos.
(Github issue :issue:`5430`)

* A C compile failure in PyPy 3.10 was resolved.
Patch by Matti Picus.  (Github issue :issue:`5408`)

* Cython modules now use PEP-489 multi-phase init by default in PyPy 3.9 and later.
Original patch by Matti Picus.  (Github issue :issue:`5413`)

* API header files generated by different Cython versions can now be included in the
same C file.
(Github issue :issue:`5383`)

* Function signatures containing a type like `tuple[()]` could not be printed.
Patch by Lisandro Dalcin.  (Github issue :issue:`5355`)

0.29.34

====================

Bugs fixed
----------

* A refence leak of the for-loop list/tuple iterable was resolved if the for-loop's
``else:`` branch executes a ``break`` for an outer loop.
(Github issue :issue:`5347`)

* Some C compile failures in CPython 3.12 were resolved.

* Some old usages of the deprecated Python ``imp`` module were replaced with ``importlib``.
Patch by Matúš Valo.  (Github issue :issue:`5300`)

* Some issues with ``depfile`` generation were resolved.
Patches by Eli Schwartz.  (Github issues :issue:`5279`, :issue:`5291`)

0.29.33

====================

Features added
--------------

* The ``cythonize`` and ``cython`` commands have a new option ``-M`` / ``--depfile``
to generate ``.dep`` dependency files for the compilation unit.  This can be used
by external build tools to track these dependencies.
The ``cythonize`` option was already available in Cython :ref:`0.29.27`.
Patches by Evgeni Burovski and Eli Schwartz.  (Github issue :issue:`1214`)

Bugs fixed
----------

* ``const`` fused types could not be used with memory views.
Patch by Thomas Vincent.  (Github issue :issue:`1772`)

* ``wstr`` usage was removed in Python 3.12 and later (PEP-623).
(Github issue :issue:`5145`)

* A type check assertion for Cython functions failed in debug Python builds.
(Github issue :issue:`5031`)

* Fixed various compiler warnings.
Patches by Lisandro Dalcin et al.  (Github issues :issue:`4948`, :issue:`5086`)

* Fixed error when calculating complex powers of negative numbers.
(Github issue :issue:`5014`)

* Corrected a small mis-formatting of exception messages on Python 2.
(Github issue :issue:`5018`)

* The ``PyUnicode_AsUTF8AndSize()`` C-API function was missing from the CPython declarations.
(Github issue :issue:`5163`)

* A performance problem in the compiler was resolved when nesting conditional expressions.
(Github issue :issue:`5197`)

* Test suite problems with recent NumPy and CPython versions were resolved.
(Github issues :issue:`5183`, :issue:`5190`)

Other changes
-------------

* The undocumented, untested and apparently useless syntax
``from somemodule cimport class/struct/union somename`` was deprecated
in anticipation of its removal in Cython 3.  The type
modifier is not needed here and a plain ``cimport`` of the name will do.
(Github issue :issue:`4905`)

* Properly disable generation of descriptor docstrings on PyPy since they cause crashes.
It was previously disabled, but only accidentally via a typo.
Patch by Matti Picus.  (Github issue :issue:`5083`)

* The ``cpow`` directive of Cython 3.0 is available as a no-op.
(Github issue :issue:`5016`)

0.29.32

====================

Bugs fixed
----------

* Revert "Using memoryview typed arguments in inner functions is now rejected as unsupported."
Patch by David Woods.  (Github issue :issue:`4798`)

* ``from module import *`` failed in 0.29.31 when using memoryviews.
Patch by David Woods.  (Github issue :issue:`4927`)

0.29.31

====================

Features added
--------------

* A new argument ``--module-name`` was added to the ``cython`` command to
provide the (one) exact target module name from the command line.
Patch by Matthew Brett and h-vetinari.  (Github issue :issue:`4906`)

* A new keyword ``noexcept`` was added for forward compatibility with Cython 3.
Patch by David Woods.  (Github issue :issue:`4903`)

Bugs fixed
----------

* Use ``importlib.util.find_spec()`` instead of the deprecated ``importlib.find_loader()``
function when setting up the package path at import-time.
Patch by Matti Picus.  (Github issue :issue:`4764`)

* Require the C compiler to support the two-arg form of ``va_start``
on Python 3.10 and higher.
Patch by Thomas Caswell.  (Github issue :issue:`4820`)

* Make ``fused_type`` subscriptable in Shadow.py.
Patch by Pfebrer.  (Github issue :issue:`4842`)

* Fix the incorrect code generation of the target type in ``bytearray`` loops.
Patch by Kenrick Everett.  (Github issue :issue:`4108`)

* Atomic refcounts for memoryviews were not used on some GCC versions by accident.
Patch by Sam Gross.  (Github issue :issue:`4915`)

* Silence some GCC ``-Wconversion`` warnings in C utility code.
Patch by Lisandro Dalcin.  (Github issue :issue:`4854`)

* Tuple multiplication was ignored in expressions such as ``[*(1,) * 2]``.
Patch by David Woods.  (Github issue :issue:`4864`)

* Calling ``append`` methods on extension types could fail to find the method
in some cases.
Patch by David Woods.  (Github issue :issue:`4828`)

* Ensure that object buffers (e.g. ``ndarray[object, ndim=1]``) containing
``NULL``  pointers are safe to use, returning ``None`` instead of the ``NULL``
pointer.
Patch by Sebastian Berg.  (Github issue :issue:`4859`)

* Using memoryview typed arguments in inner functions is now rejected as unsupported.
Patch by David Woods.  (Github issue :issue:`4798`)

* Compilation could fail on systems (e.g. FIPS) that block MD5 checksums at runtime.
(Github issue :issue:`4909`)

* Experimental adaptations for the CPython "nogil" fork was added.
Note that there is no official support for this in Cython 0.x.
Patch by Sam Gross.  (Github issue :issue:`4912`)

0.29.30

====================

Bugs fixed
----------

* The GIL handling changes in 0.29.29 introduced a regression where
objects could be deallocated without holding the GIL.
(Github issue :issue:`4796`)

0.29.29

====================

Features added
--------------

* Avoid acquiring the GIL at the end of nogil functions.
This change was backported in order to avoid generating wrong C code
that would trigger C compiler warnings with tracing support enabled.
Backport by Oleksandr Pavlyk.  (Github issue :issue:`4637`)

Bugs fixed
----------

* Function definitions in ``finally:`` clauses were not correctly generated.
Patch by David Woods.  (Github issue :issue:`4651`)

* A case where C-API functions could be called with a live exception set was fixed.
Patch by Jakub Kulík.  (Github issue :issue:`4722`)

* Pickles can now be exchanged again with those generated from Cython 3.0 modules.
(Github issue :issue:`4680`)

* Cython now correctly generates Python methods for both the provided regular and
reversed special numeric methods of extension types.
Patch by David Woods.  (Github issue :issue:`4750`)

* Calling unbound extension type methods without arguments could raise an
``IndexError`` instead of a ``TypeError``.
Patch by David Woods.  (Github issue :issue:`4779`)

* Calling unbound ``.__contains__()`` super class methods on some builtin base
types could trigger an infinite recursion.
Patch by David Woods.  (Github issue :issue:`4785`)

* The C union type in pure Python mode mishandled some field names.
Patch by Jordan Brière.  (Github issue :issue:`4727`)

* Allow users to overwrite the C macro ``_USE_MATH_DEFINES``.
Patch by Yuriy Chernyshov. (Github issue :issue:`4690`)

* Improved compatibility with CPython 3.10/11.
Patches by Thomas Caswell, David Woods.
(Github issues :issue:`4609`, :issue:`4667`, :issue:`4721`, :issue:`4730`, :issue:`4777`)

* Docstrings of descriptors are now provided in PyPy 7.3.9.
Patch by Matti Picus.  (Github issue :issue:`4701`)

0.29.28

====================

Bugs fixed
----------

* Due to backwards incompatible changes in CPython 3.11a4, the feature flags
``CYTHON_FAST_THREAD_STATE`` and ``CYTHON_USE_EXC_INFO_STACK`` are now disabled
in Python 3.11 and later.  They are enabled again in Cython 3.0.
Patch by David Woods.  (Github issue :issue:`4610`)

* A C compiler warning in older PyPy versions was resolved.
Patch by Matti Picus.  (Github issue :issue:`4236`)

0.29.27

====================

Features added
--------------

* The ``cythonize`` command has a new option ``-M`` to generate ``.dep`` dependency
files for the compilation unit.  This can be used by external build tools to track
these dependencies.
Patch by Evgeni Burovski.  (Github issue :issue:`1214`)

Bugs fixed
----------

* Compilation failures on PyPy were resolved.
Patches by Matti Picus.  (Github issues :issue:`4509`, :issue:`4517`)

* Calls to ``range()`` with more than three arguments did not fail.
Original patch by Max Bachmann.  (Github issue :issue:`4550`)

* Some C compiler warnings about missing type struct initialisers in Py3.10 were resolved.

* Cython no longer warns about using OpenMP 3.0 features since they are now
considered generally available.

0.29.26

====================

Bugs fixed
----------

* An incompatibility with CPython 3.11.0a3 was resolved.
(Github issue :issue:`4499`)

* The ``in`` operator failed on literal lists with starred expressions.
Patch by Arvind Natarajan.  (Github issue :issue:`3938`)

* A C compiler warning in PyPy about a missing struct field initialisation was resolved.

0.29.25

====================

Bugs fixed
----------

* Several incompatibilities with CPython 3.11 were resolved.
Patches by David Woods, Victor Stinner, Thomas Caswell.
(Github issues :issue:`4411`, :issue:`4414`, :issue:`4415`, :issue:`4416`, :issue:`4420`,
:issue:`4428`, :issue:`4473`, :issue:`4479`, :issue:`4480`)

* Some C compiler warnings were resolved.
Patches by Lisandro Dalcin and others.  (Github issue :issue:`4439`)

* C++ ``std::move()`` should only be used automatically in MSVC versions that support it.
Patch by Max Bachmann.  (Github issue :issue:`4191`)

* The ``Py_hash_t`` type failed to accept arbitrary "index" values.
(Github issue :issue:`2752`)

* Avoid copying unaligned 16-bit values since some platforms require them to be aligned.
Use memcpy() instead to let the C compiler decide how to do it.
(Github issue :issue:`4343`)

* Cython crashed on invalid truthiness tests on C++ types without ``operator bool``.
Patch by David Woods.  (Github issue :issue:`4348`)

* The declaration of ``PyUnicode_CompareWithASCIIString()`` in ``cpython.unicode`` was incorrect.
Patch by Max Bachmann.  (Github issue :issue:`4344`)

0.29.24

====================

Bugs fixed
----------

* Inline functions in pxd files that used memory views could lead to invalid
C code if the module that imported from them does not use memory views.
Patch by David Woods.  (Github issue :issue:`1415`)

* Several declarations in ``libcpp.string`` were added and corrected.
Patch by Janek Bevendorff.  (Github issue :issue:`4268`)

* Pickling unbound Cython compiled methods failed.
Patch by Pierre Glaser.  (Github issue :issue:`2972`)

* The tracing code was adapted to work with CPython 3.10.

* The optimised ``in`` operator failed on unicode strings in Py3.9 and later
that were constructed from an external ``wchar_t`` source.
Also, related C compiler warnings about deprecated C-API usage were resolved.
(Github issue :issue:`3925`)

* Some compiler crashes were resolved.
Patch by David Woods.  (Github issues :issue:`4214`, :issue:`2811`)

* An incorrect warning about 'unused' generator expressions was removed.
(GIthub issue :issue:`1699`)

* The attributes ``gen.gi_frame`` and ``coro.cr_frame`` of Cython compiled
generators and coroutines now return an actual frame object for introspection,
instead of ``None``.
(Github issue :issue:`2306`)
Links

Update numpy from 1.21.0 to 1.24.3.

Changelog

1.24.3

discovered after the 1.24.2 release. The Python versions supported by
this release are 3.8-3.11.

Contributors

A total of 12 people contributed to this release. People with a \"+\" by
their names contributed a patch for the first time.

-   Aleksei Nikiforov +
-   Alexander Heger
-   Bas van Beek
-   Bob Eldering
-   Brock Mendel
-   Charles Harris
-   Kyle Sunden
-   Peter Hawkins
-   Rohit Goswami
-   Sebastian Berg
-   Warren Weckesser
-   dependabot\[bot\]

Pull requests merged

A total of 17 pull requests were merged for this release.

-   [23206](https://github.com/numpy/numpy/pull/23206): BUG: fix for f2py string scalars (#23194)
-   [23207](https://github.com/numpy/numpy/pull/23207): BUG: datetime64/timedelta64 comparisons return NotImplemented
-   [23208](https://github.com/numpy/numpy/pull/23208): MAINT: Pin matplotlib to version 3.6.3 for refguide checks
-   [23221](https://github.com/numpy/numpy/pull/23221): DOC: Fix matplotlib error in documentation
-   [23226](https://github.com/numpy/numpy/pull/23226): CI: Ensure submodules are initialized in gitpod.
-   [23341](https://github.com/numpy/numpy/pull/23341): TYP: Replace duplicate reduce in ufunc type signature with reduceat.
-   [23342](https://github.com/numpy/numpy/pull/23342): TYP: Remove duplicate CLIP/WRAP/RAISE in `__init__.pyi`.
-   [23343](https://github.com/numpy/numpy/pull/23343): TYP: Mark `d` argument to fftfreq and rfftfreq as optional\...
-   [23344](https://github.com/numpy/numpy/pull/23344): TYP: Add type annotations for comparison operators to MaskedArray.
-   [23345](https://github.com/numpy/numpy/pull/23345): TYP: Remove some stray type-check-only imports of `msort`
-   [23370](https://github.com/numpy/numpy/pull/23370): BUG: Ensure like is only stripped for `like=` dispatched functions
-   [23543](https://github.com/numpy/numpy/pull/23543): BUG: fix loading and storing big arrays on s390x
-   [23544](https://github.com/numpy/numpy/pull/23544): MAINT: Bump larsoner/circleci-artifacts-redirector-action
-   [23634](https://github.com/numpy/numpy/pull/23634): BUG: Ignore invalid and overflow warnings in masked setitem
-   [23635](https://github.com/numpy/numpy/pull/23635): BUG: Fix masked array raveling when `order="A"` or `order="K"`
-   [23636](https://github.com/numpy/numpy/pull/23636): MAINT: Update conftest for newer hypothesis versions
-   [23637](https://github.com/numpy/numpy/pull/23637): BUG: Fix bug in parsing F77 style string arrays.

Checksums

MD5

 93a3ce07e3773842c54d831f18e3eb8d  numpy-1.24.3-cp310-cp310-macosx_10_9_x86_64.whl
 39691ff3d1612438dfcd3266c9765aab  numpy-1.24.3-cp310-cp310-macosx_11_0_arm64.whl
 a99234799a239e7e9c6fa15c212996df  numpy-1.24.3-cp310-cp310-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 3673aa638746851dd19d5199e1eb3a91  numpy-1.24.3-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 3c72962360bcd0938a6bddee6cdca766  numpy-1.24.3-cp310-cp310-win32.whl
 a3329efa646012fa4ee06ce5e08eadaf  numpy-1.24.3-cp310-cp310-win_amd64.whl
 5323fb0323d1ec10ee3c35a2fa79cbcd  numpy-1.24.3-cp311-cp311-macosx_10_9_x86_64.whl
 cfa001dcd07cdf6414ced433e88959d4  numpy-1.24.3-cp311-cp311-macosx_11_0_arm64.whl
 d75bbfb06ed00d04232dce0e865eb42c  numpy-1.24.3-cp311-cp311-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 fe18b810bcf284572467ce585dbc533b  numpy-1.24.3-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 e97699a4ef96a81e0916bdf15440abe0  numpy-1.24.3-cp311-cp311-win32.whl
 e6de5b7d77dc43ed47f516eb10bbe8b6  numpy-1.24.3-cp311-cp311-win_amd64.whl
 dd04ebf441a8913f4900b56e7a33a75e  numpy-1.24.3-cp38-cp38-macosx_10_9_x86_64.whl
 e47ac5521b0bfc3effb040072d8a7902  numpy-1.24.3-cp38-cp38-macosx_11_0_arm64.whl
 7b7dae3309e7ca8a8859633a5d337431  numpy-1.24.3-cp38-cp38-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 8cc87b88163ed84e70c48fd0f5f8f20e  numpy-1.24.3-cp38-cp38-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 350934bae971d0ebe231a59b640069db  numpy-1.24.3-cp38-cp38-win32.whl
 c4708ef009bb5d427ea94a4fc4a10e12  numpy-1.24.3-cp38-cp38-win_amd64.whl
 44b08a293a4e12d62c27b8f15ba5664e  numpy-1.24.3-cp39-cp39-macosx_10_9_x86_64.whl
 3ae7ac30f86c720e42b2324a0ae1adf5  numpy-1.24.3-cp39-cp39-macosx_11_0_arm64.whl
 065464a8d918c670c7863d1e72e3e6dd  numpy-1.24.3-cp39-cp39-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 1f163b9ea417c253e84480aa8d99dee6  numpy-1.24.3-cp39-cp39-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 c86e648389e333e062bea11c749b9a32  numpy-1.24.3-cp39-cp39-win32.whl
 bfe332e577c604d6d62a57381e6aa0a6  numpy-1.24.3-cp39-cp39-win_amd64.whl
 374695eeef5aca32a5b7f2f518dd3ba1  numpy-1.24.3-pp38-pypy38_pp73-macosx_10_9_x86_64.whl
 6abd9dba54405182e6e7bb32dbe377bb  numpy-1.24.3-pp38-pypy38_pp73-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 0848bd41c08dd5ebbc5a7f0788678e0e  numpy-1.24.3-pp38-pypy38_pp73-win_amd64.whl
 89e5e2e78407032290ae6acf6dcaea46  numpy-1.24.3.tar.gz

SHA256

 3c1104d3c036fb81ab923f507536daedc718d0ad5a8707c6061cdfd6d184e570  numpy-1.24.3-cp310-cp310-macosx_10_9_x86_64.whl
 202de8f38fc4a45a3eea4b63e2f376e5f2dc64ef0fa692838e31a808520efaf7  numpy-1.24.3-cp310-cp310-macosx_11_0_arm64.whl
 8535303847b89aa6b0f00aa1dc62867b5a32923e4d1681a35b5eef2d9591a463  numpy-1.24.3-cp310-cp310-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 2d926b52ba1367f9acb76b0df6ed21f0b16a1ad87c6720a1121674e5cf63e2b6  numpy-1.24.3-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 f21c442fdd2805e91799fbe044a7b999b8571bb0ab0f7850d0cb9641a687092b  numpy-1.24.3-cp310-cp310-win32.whl
 ab5f23af8c16022663a652d3b25dcdc272ac3f83c3af4c02eb8b824e6b3ab9d7  numpy-1.24.3-cp310-cp310-win_amd64.whl
 9a7721ec204d3a237225db3e194c25268faf92e19338a35f3a224469cb6039a3  numpy-1.24.3-cp311-cp311-macosx_10_9_x86_64.whl
 d6cc757de514c00b24ae8cf5c876af2a7c3df189028d68c0cb4eaa9cd5afc2bf  numpy-1.24.3-cp311-cp311-macosx_11_0_arm64.whl
 76e3f4e85fc5d4fd311f6e9b794d0c00e7002ec122be271f2019d63376f1d385  numpy-1.24.3-cp311-cp311-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 a1d3c026f57ceaad42f8231305d4653d5f05dc6332a730ae5c0bea3513de0950  numpy-1.24.3-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 c91c4afd8abc3908e00a44b2672718905b8611503f7ff87390cc0ac3423fb096  numpy-1.24.3-cp311-cp311-win32.whl
 5342cf6aad47943286afa6f1609cad9b4266a05e7f2ec408e2cf7aea7ff69d80  numpy-1.24.3-cp311-cp311-win_amd64.whl
 7776ea65423ca6a15255ba1872d82d207bd1e09f6d0894ee4a64678dd2204078  numpy-1.24.3-cp38-cp38-macosx_10_9_x86_64.whl
 ae8d0be48d1b6ed82588934aaaa179875e7dc4f3d84da18d7eae6eb3f06c242c  numpy-1.24.3-cp38-cp38-macosx_11_0_arm64.whl
 ecde0f8adef7dfdec993fd54b0f78183051b6580f606111a6d789cd14c61ea0c  numpy-1.24.3-cp38-cp38-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 4749e053a29364d3452c034827102ee100986903263e89884922ef01a0a6fd2f  numpy-1.24.3-cp38-cp38-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 d933fabd8f6a319e8530d0de4fcc2e6a61917e0b0c271fded460032db42a0fe4  numpy-1.24.3-cp38-cp38-win32.whl
 56e48aec79ae238f6e4395886b5eaed058abb7231fb3361ddd7bfdf4eed54289  numpy-1.24.3-cp38-cp38-win_amd64.whl
 4719d5aefb5189f50887773699eaf94e7d1e02bf36c1a9d353d9f46703758ca4  numpy-1.24.3-cp39-cp39-macosx_10_9_x86_64.whl
 0ec87a7084caa559c36e0a2309e4ecb1baa03b687201d0a847c8b0ed476a7187  numpy-1.24.3-cp39-cp39-macosx_11_0_arm64.whl
 ea8282b9bcfe2b5e7d491d0bf7f3e2da29700cec05b49e64d6246923329f2b02  numpy-1.24.3-cp39-cp39-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 210461d87fb02a84ef243cac5e814aad2b7f4be953b32cb53327bb49fd77fbb4  numpy-1.24.3-cp39-cp39-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 784c6da1a07818491b0ffd63c6bbe5a33deaa0e25a20e1b3ea20cf0e43f8046c  numpy-1.24.3-cp39-cp39-win32.whl
 d5036197ecae68d7f491fcdb4df90082b0d4960ca6599ba2659957aafced7c17  numpy-1.24.3-cp39-cp39-win_amd64.whl
 352ee00c7f8387b44d19f4cada524586f07379c0d49270f87233983bc5087ca0  numpy-1.24.3-pp38-pypy38_pp73-macosx_10_9_x86_64.whl
 1a7d6acc2e7524c9955e5c903160aa4ea083736fde7e91276b0e5d98e6332812  numpy-1.24.3-pp38-pypy38_pp73-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 35400e6a8d102fd07c71ed7dcadd9eb62ee9a6e84ec159bd48c28235bbb0f8e4  numpy-1.24.3-pp38-pypy38_pp73-win_amd64.whl
 ab344f1bf21f140adab8e47fdbc7c35a477dc01408791f8ba00d018dd0bc5155  numpy-1.24.3.tar.gz

1.24.2

discovered after the 1.24.1 release. The Python versions supported by
this release are 3.8-3.11.

Contributors

A total of 14 people contributed to this release. People with a \"+\" by
their names contributed a patch for the first time.

-   Bas van Beek
-   Charles Harris
-   Khem Raj +
-   Mark Harfouche
-   Matti Picus
-   Panagiotis Zestanakis +
-   Peter Hawkins
-   Pradipta Ghosh
-   Ross Barnowski
-   Sayed Adel
-   Sebastian Berg
-   Syam Gadde +
-   dmbelov +
-   pkubaj +

Pull requests merged

A total of 17 pull requests were merged for this release.

-   [22965](https://github.com/numpy/numpy/pull/22965): MAINT: Update python 3.11-dev to 3.11.
-   [22966](https://github.com/numpy/numpy/pull/22966): DOC: Remove dangling deprecation warning
-   [22967](https://github.com/numpy/numpy/pull/22967): ENH: Detect CPU features on FreeBSD/powerpc64\*
-   [22968](https://github.com/numpy/numpy/pull/22968): BUG: np.loadtxt cannot load text file with quoted fields separated\...
-   [22969](https://github.com/numpy/numpy/pull/22969): TST: Add fixture to avoid issue with randomizing test order.
-   [22970](https://github.com/numpy/numpy/pull/22970): BUG: Fix fill violating read-only flag. (#22959)
-   [22971](https://github.com/numpy/numpy/pull/22971): MAINT: Add additional information to missing scalar AttributeError
-   [22972](https://github.com/numpy/numpy/pull/22972): MAINT: Move export for scipy arm64 helper into main module
-   [22976](https://github.com/numpy/numpy/pull/22976): BUG, SIMD: Fix spurious invalid exception for sin/cos on arm64/clang
-   [22989](https://github.com/numpy/numpy/pull/22989): BUG: Ensure correct loop order in sin, cos, and arctan2
-   [23030](https://github.com/numpy/numpy/pull/23030): DOC: Add version added information for the strict parameter in\...
-   [23031](https://github.com/numpy/numpy/pull/23031): BUG: use `_Alignof` rather than `offsetof()` on most compilers
-   [23147](https://github.com/numpy/numpy/pull/23147): BUG: Fix for npyv\_\_trunc_s32_f32 (VXE)
-   [23148](https://github.com/numpy/numpy/pull/23148): BUG: Fix integer / float scalar promotion
-   [23149](https://github.com/numpy/numpy/pull/23149): BUG: Add missing \<type_traits> header.
-   [23150](https://github.com/numpy/numpy/pull/23150): TYP, MAINT: Add a missing explicit `Any` parameter to the `npt.ArrayLike`\...
-   [23161](https://github.com/numpy/numpy/pull/23161): BLD: remove redundant definition of npy_nextafter \[wheel build\]

Checksums

MD5

 73fe0b507f56c0baf43171a76ad2003f  numpy-1.24.2-cp310-cp310-macosx_10_9_x86_64.whl
 2dbbe6f8a14e14978d24de9fcc8b49fe  numpy-1.24.2-cp310-cp310-macosx_11_0_arm64.whl
 9ddadbf9cac2742318d8b292cb9ca579  numpy-1.24.2-cp310-cp310-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 969f4f33baaff53dbbbaf1a146c43534  numpy-1.24.2-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 6df575dff02feac835d22debb15d190e  numpy-1.24.2-cp310-cp310-win32.whl
 2f939228a8c33265f2a8a1fce349d6f1  numpy-1.24.2-cp310-cp310-win_amd64.whl
 c093e61421be01ffff435387839949f1  numpy-1.24.2-cp311-cp311-macosx_10_9_x86_64.whl
 03d71e3d9a086b56837c461fd7c9188b  numpy-1.24.2-cp311-cp311-macosx_11_0_arm64.whl
 c0dc33697d156e2b9a029095efeb1b10  numpy-1.24.2-cp311-cp311-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 13b57957a1f40e13f8826d14b031a6fe  numpy-1.24.2-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 5afd966db0b59655618c1859d98d87f6  numpy-1.24.2-cp311-cp311-win32.whl
 e0b850f9c20871cd65ecb35235688f4d  numpy-1.24.2-cp311-cp311-win_amd64.whl
 9a30452135ab0387b8ea9007e94e9f81  numpy-1.24.2-cp38-cp38-macosx_10_9_x86_64.whl
 bdd6eede4524a230574b37e1f631f2c0  numpy-1.24.2-cp38-cp38-macosx_11_0_arm64.whl
 4f930a9030d77d45a1cb6f374c91fb53  numpy-1.24.2-cp38-cp38-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 e77155c010f9dd63ea2815579a28c503  numpy-1.24.2-cp38-cp38-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 1a45f4373945eaeabeaa4020ce04e8fd  numpy-1.24.2-cp38-cp38-win32.whl
 66e93d70fad16b4ccb4531e31aad36e3  numpy-1.24.2-cp38-cp38-win_amd64.whl
 93a4984da83c6811367d3daf709ed25c  numpy-1.24.2-cp39-cp39-macosx_10_9_x86_64.whl
 e0281b96c490ba00f1382eb3984b4e51  numpy-1.24.2-cp39-cp39-macosx_11_0_arm64.whl
 ce97d81e4ae6e10241d471492391b1be  numpy-1.24.2-cp39-cp39-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 0c0ea440190705f98abeaa856e7da690  numpy-1.24.2-cp39-cp39-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 c25f7fbb185f1b8f7761bc22082d9939  numpy-1.24.2-cp39-cp39-win32.whl
 7705c6b0bcf22b5e64cf248144b2f554  numpy-1.24.2-cp39-cp39-win_amd64.whl
 07b6361e36e0093b580dc05799b1f03d  numpy-1.24.2-pp38-pypy38_pp73-macosx_10_9_x86_64.whl
 4c1466ae486b39d1a35aacb46256ec1e  numpy-1.24.2-pp38-pypy38_pp73-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 4fea9d95e0489d06c3a24a87697d2fc0  numpy-1.24.2-pp38-pypy38_pp73-win_amd64.whl
 c4212a8da1ecf17ece37e2afd0319806  numpy-1.24.2.tar.gz

SHA256

 eef70b4fc1e872ebddc38cddacc87c19a3709c0e3e5d20bf3954c147b1dd941d  numpy-1.24.2-cp310-cp310-macosx_10_9_x86_64.whl
 e8d2859428712785e8a8b7d2b3ef0a1d1565892367b32f915c4a4df44d0e64f5  numpy-1.24.2-cp310-cp310-macosx_11_0_arm64.whl
 6524630f71631be2dabe0c541e7675db82651eb998496bbe16bc4f77f0772253  numpy-1.24.2-cp310-cp310-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 a51725a815a6188c662fb66fb32077709a9ca38053f0274640293a14fdd22978  numpy-1.24.2-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 2620e8592136e073bd12ee4536149380695fbe9ebeae845b81237f986479ffc9  numpy-1.24.2-cp310-cp310-win32.whl
 97cf27e51fa078078c649a51d7ade3c92d9e709ba2bfb97493007103c741f1d0  numpy-1.24.2-cp310-cp310-win_amd64.whl
 7de8fdde0003f4294655aa5d5f0a89c26b9f22c0a58790c38fae1ed392d44a5a  numpy-1.24.2-cp311-cp311-macosx_10_9_x86_64.whl
 4173bde9fa2a005c2c6e2ea8ac1618e2ed2c1c6ec8a7657237854d42094123a0  numpy-1.24.2-cp311-cp311-macosx_11_0_arm64.whl
 4cecaed30dc14123020f77b03601559fff3e6cd0c048f8b5289f4eeabb0eb281  numpy-1.24.2-cp311-cp311-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 9a23f8440561a633204a67fb44617ce2a299beecf3295f0d13c495518908e910  numpy-1.24.2-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 e428c4fbfa085f947b536706a2fc349245d7baa8334f0c5723c56a10595f9b95  numpy-1.24.2-cp311-cp311-win32.whl
 557d42778a6869c2162deb40ad82612645e21d79e11c1dc62c6e82a2220ffb04  numpy-1.24.2-cp311-cp311-win_amd64.whl
 d0a2db9d20117bf523dde15858398e7c0858aadca7c0f088ac0d6edd360e9ad2  numpy-1.24.2-cp38-cp38-macosx_10_9_x86_64.whl
 c72a6b2f4af1adfe193f7beb91ddf708ff867a3f977ef2ec53c0ffb8283ab9f5  numpy-1.24.2-cp38-cp38-macosx_11_0_arm64.whl
 c29e6bd0ec49a44d7690ecb623a8eac5ab8a923bce0bea6293953992edf3a76a  numpy-1.24.2-cp38-cp38-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 2eabd64ddb96a1239791da78fa5f4e1693ae2dadc82a76bc76a14cbb2b966e96  numpy-1.24.2-cp38-cp38-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 e3ab5d32784e843fc0dd3ab6dcafc67ef806e6b6828dc6af2f689be0eb4d781d  numpy-1.24.2-cp38-cp38-win32.whl
 76807b4063f0002c8532cfeac47a3068a69561e9c8715efdad3c642eb27c0756  numpy-1.24.2-cp38-cp38-win_amd64.whl
 4199e7cfc307a778f72d293372736223e39ec9ac096ff0a2e64853b866a8e18a  numpy-1.24.2-cp39-cp39-macosx_10_9_x86_64.whl
 adbdce121896fd3a17a77ab0b0b5eedf05a9834a18699db6829a64e1dfccca7f  numpy-1.24.2-cp39-cp39-macosx_11_0_arm64.whl
 889b2cc88b837d86eda1b17008ebeb679d82875022200c6e8e4ce6cf549b7acb  numpy-1.24.2-cp39-cp39-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 f64bb98ac59b3ea3bf74b02f13836eb2e24e48e0ab0145bbda646295769bd780  numpy-1.24.2-cp39-cp39-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 63e45511ee4d9d976637d11e6c9864eae50e12dc9598f531c035265991910468  numpy-1.24.2-cp39-cp39-win32.whl
 a77d3e1163a7770164404607b7ba3967fb49b24782a6ef85d9b5f54126cc39e5  numpy-1.24.2-cp39-cp39-win_amd64.whl
 92011118955724465fb6853def593cf397b4a1367495e0b59a7e69d40c4eb71d  numpy-1.24.2-pp38-pypy38_pp73-macosx_10_9_x86_64.whl
 f9006288bcf4895917d02583cf3411f98631275bc67cce355a7f39f8c14338fa  numpy-1.24.2-pp38-pypy38_pp73-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 150947adbdfeceec4e5926d956a06865c1c690f2fd902efede4ca6fe2e657c3f  numpy-1.24.2-pp38-pypy38_pp73-win_amd64.whl
 003a9f530e880cb2cd177cba1af7220b9aa42def9c4afc2a2fc3ee6be7eb2b22  numpy-1.24.2.tar.gz

1.24.1

discovered after the 1.24.0 release. The Python versions supported by
this release are 3.8-3.11.

Contributors

A total of 12 people contributed to this release. People with a \"+\" by
their names contributed a patch for the first time.

-   Andrew Nelson
-   Ben Greiner +
-   Charles Harris
-   Clément Robert
-   Matteo Raso
-   Matti Picus
-   Melissa Weber Mendonça
-   Miles Cranmer
-   Ralf Gommers
-   Rohit Goswami
-   Sayed Adel
-   Sebastian Berg

Pull requests merged

A total of 18 pull requests were merged for this release.

-   [22820](https://github.com/numpy/numpy/pull/22820): BLD: add workaround in setup.py for newer setuptools
-   [22830](https://github.com/numpy/numpy/pull/22830): BLD: CIRRUS_TAG redux
-   [22831](https://github.com/numpy/numpy/pull/22831): DOC: fix a couple typos in 1.23 notes
-   [22832](https://github.com/numpy/numpy/pull/22832): BUG: Fix refcounting errors found using pytest-leaks
-   [22834](https://github.com/numpy/numpy/pull/22834): BUG, SIMD: Fix invalid value encountered in several ufuncs
-   [22837](https://github.com/numpy/numpy/pull/22837): TST: ignore more np.distutils.log imports
-   [22839](https://github.com/numpy/numpy/pull/22839): BUG: Do not use getdata() in np.ma.masked_invalid
-   [22847](https://github.com/numpy/numpy/pull/22847): BUG: Ensure correct behavior for rows ending in delimiter in\...
-   [22848](https://github.com/numpy/numpy/pull/22848): BUG, SIMD: Fix the bitmask of the boolean comparison
-   [22857](https://github.com/numpy/numpy/pull/22857): BLD: Help raspian arm + clang 13 about \_\_builtin_mul_overflow
-   [22858](https://github.com/numpy/numpy/pull/22858): API: Ensure a full mask is returned for masked_invalid
-   [22866](https://github.com/numpy/numpy/pull/22866): BUG: Polynomials now copy properly (#22669)
-   [22867](https://github.com/numpy/numpy/pull/22867): BUG, SIMD: Fix memory overlap in ufunc comparison loops
-   [22868](https://github.com/numpy/numpy/pull/22868): BUG: Fortify string casts against floating point warnings
-   [22875](https://github.com/numpy/numpy/pull/22875): TST: Ignore nan-warnings in randomized out tests
-   [22883](https://github.com/numpy/numpy/pull/22883): MAINT: restore npymath implementations needed for freebsd
-   [22884](https://github.com/numpy/numpy/pull/22884): BUG: Fix integer overflow in in1d for mixed integer dtypes #22877
-   [22887](https://github.com/numpy/numpy/pull/22887): BUG: Use whole file for encoding checks with `charset_normalizer`.

Checksums

MD5

 9e543db90493d6a00939bd54c2012085  numpy-1.24.1-cp310-cp310-macosx_10_9_x86_64.whl
 4ebd7af622bf617b4876087e500d7586  numpy-1.24.1-cp310-cp310-macosx_11_0_arm64.whl
 0c0a3012b438bb455a6c2fadfb1be76a  numpy-1.24.1-cp310-cp310-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 0bddb527345449df624d3cb9aa0e1b75  numpy-1.24.1-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 b246beb773689d97307f7b4c2970f061  numpy-1.24.1-cp310-cp310-win32.whl
 1f3823999fce821a28dee10ac6fdd721  numpy-1.24.1-cp310-cp310-win_amd64.whl
 8eedcacd6b096a568e4cb393d43b3ae5  numpy-1.24.1-cp311-cp311-macosx_10_9_x86_64.whl
 50bddb05acd54b4396100a70522496dd  numpy-1.24.1-cp311-cp311-macosx_11_0_arm64.whl
 2a76bd9da8a78b44eb816bd70fa3aee3  numpy-1.24.1-cp311-cp311-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 9e86658a414272f9749bde39344f9b76  numpy-1.24.1-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 915dfb89054e1631574a22a9b53a2b25  numpy-1.24.1-cp311-cp311-win32.whl
 ab7caa2c6c20e1fab977e1a94dede976  numpy-1.24.1-cp311-cp311-win_amd64.whl
 8246de961f813f5aad89bca3d12f81e7  numpy-1.24.1-cp38-cp38-macosx_10_9_x86_64.whl
 58366b1a559baa0547ce976e416ed76d  numpy-1.24.1-cp38-cp38-macosx_11_0_arm64.whl
 a96f29bf106a64f82b9ba412635727d1  numpy-1.24.1-cp38-cp38-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 4c32a43bdb85121614ab3e99929e33c7  numpy-1.24.1-cp38-cp38-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 09b20949ed21683ad7c9cbdf9ebb2439  numpy-1.24.1-cp38-cp38-win32.whl
 9e9f1577f874286a8bdff8dc5551eb9f  numpy-1.24.1-cp38-cp38-win_amd64.whl
 4383c1137f0287df67c364fbdba2bc72  numpy-1.24.1-cp39-cp39-macosx_10_9_x86_64.whl
 987f22c49b2be084b5d72f88f347d31e  numpy-1.24.1-cp39-cp39-macosx_11_0_arm64.whl
 848ad020bba075ed8f19072c64dcd153  numpy-1.24.1-cp39-cp39-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 864b159e644848bc25f881907dbcf062  numpy-1.24.1-cp39-cp39-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 db339ec0b2693cac2d7cf9ca75c334b1  numpy-1.24.1-cp39-cp39-win32.whl
 fec91d4c85066ad8a93816d71b627701  numpy-1.24.1-cp39-cp39-win_amd64.whl
 619af9cd4f33b668822ae2350f446a15  numpy-1.24.1-pp38-pypy38_pp73-macosx_10_9_x86_64.whl
 46f19b4b147f8836c2bd34262fabfffa  numpy-1.24.1-pp38-pypy38_pp73-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 e85b245c57a10891b3025579bf0cf298  numpy-1.24.1-pp38-pypy38_pp73-win_amd64.whl
 dd3aaeeada8e95cc2edf9a3a4aa8b5af  numpy-1.24.1.tar.gz

SHA256

 179a7ef0889ab769cc03573b6217f54c8bd8e16cef80aad369e1e8185f994cd7  numpy-1.24.1-cp310-cp310-macosx_10_9_x86_64.whl
 b09804ff570b907da323b3d762e74432fb07955701b17b08ff1b5ebaa8cfe6a9  numpy-1.24.1-cp310-cp310-macosx_11_0_arm64.whl
 f1b739841821968798947d3afcefd386fa56da0caf97722a5de53e07c4ccedc7  numpy-1.24.1-cp310-cp310-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 0e3463e6ac25313462e04aea3fb8a0a30fb906d5d300f58b3bc2c23da6a15398  numpy-1.24.1-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 b31da69ed0c18be8b77bfce48d234e55d040793cebb25398e2a7d84199fbc7e2  numpy-1.24.1-cp310-cp310-win32.whl
 b07b40f5fb4fa034120a5796288f24c1fe0e0580bbfff99897ba6267af42def2  numpy-1.24.1-cp310-cp310-win_amd64.whl
 7094891dcf79ccc6bc2a1f30428fa5edb1e6fb955411ffff3401fb4ea93780a8  numpy-1.24.1-cp311-cp311-macosx_10_9_x86_64.whl
 28e418681372520c992805bb723e29d69d6b7aa411065f48216d8329d02ba032  numpy-1.24.1-cp311-cp311-macosx_11_0_arm64.whl
 e274f0f6c7efd0d577744f52032fdd24344f11c5ae668fe8d01aac0422611df1  numpy-1.24.1-cp311-cp311-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 0044f7d944ee882400890f9ae955220d29b33d809a038923d88e4e01d652acd9  numpy-1.24.1-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 442feb5e5bada8408e8fcd43f3360b78683ff12a4444670a7d9e9824c1817d36  numpy-1.24.1-cp311-cp311-win32.whl
 de92efa737875329b052982e37bd4371d52cabf469f83e7b8be9bb7752d67e51  numpy-1.24.1-cp311-cp311-win_amd64.whl
 b162ac10ca38850510caf8ea33f89edcb7b0bb0dfa5592d59909419986b72407  numpy-1.24.1-cp38-cp38-macosx_10_9_x86_64.whl
 26089487086f2648944f17adaa1a97ca6aee57f513ba5f1c0b7ebdabbe2b9954  numpy-1.24.1-cp38-cp38-macosx_11_0_arm64.whl
 caf65a396c0d1f9809596be2e444e3bd4190d86d5c1ce21f5fc4be60a3bc5b36  numpy-1.24.1-cp38-cp38-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 b0677a52f5d896e84414761531947c7a330d1adc07c3a4372262f25d84af7bf7  numpy-1.24.1-cp38-cp38-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 dae46bed2cb79a58d6496ff6d8da1e3b95ba09afeca2e277628171ca99b99db1  numpy-1.24.1-cp38-cp38-win32.whl
 6ec0c021cd9fe732e5bab6401adea5a409214ca5592cd92a114f7067febcba0c  numpy-1.24.1-cp38-cp38-win_amd64.whl
 28bc9750ae1f75264ee0f10561709b1462d450a4808cd97c013046073ae64ab6  numpy-1.24.1-cp39-cp39-macosx_10_9_x86_64.whl
 84e789a085aabef2f36c0515f45e459f02f570c4b4c4c108ac1179c34d475ed7  numpy-1.24.1-cp39-cp39-macosx_11_0_arm64.whl
 8e669fbdcdd1e945691079c2cae335f3e3a56554e06bbd45d7609a6cf568c700  numpy-1.24.1-cp39-cp39-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 ef85cf1f693c88c1fd229ccd1055570cb41cdf4875873b7728b6301f12cd05bf  numpy-1.24.1-cp39-cp39-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 87a118968fba001b248aac90e502c0b13606721b1343cdaddbc6e552e8dfb56f  numpy-1.24.1-cp39-cp39-win32.whl
 ddc7ab52b322eb1e40521eb422c4e0a20716c271a306860979d450decbb51b8e  numpy-1.24.1-cp39-cp39-win_amd64.whl
 ed5fb71d79e771ec930566fae9c02626b939e37271ec285e9efaf1b5d4370e7d  numpy-1.24.1-pp38-pypy38_pp73-macosx_10_9_x86_64.whl
 ad2925567f43643f51255220424c23d204024ed428afc5aad0f86f3ffc080086  numpy-1.24.1-pp38-pypy38_pp73-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 cfa1161c6ac8f92dea03d625c2d0c05e084668f4a06568b77a25a89111621566  numpy-1.24.1-pp38-pypy38_pp73-win_amd64.whl
 2386da9a471cc00a1f47845e27d916d5ec5346ae9696e01a8a34760858fe9dd2  numpy-1.24.1.tar.gz

1.24

The NumPy 1.24.0 release continues the ongoing work to improve the
handling and promotion of dtypes, increase the execution speed, and
clarify the documentation. There are also a large number of new and
expired deprecations due to changes in promotion and cleanups. This
might be called a deprecation release. Highlights are

-   Many new deprecations, check them out.
-   Many expired deprecations,
-   New F2PY features and fixes.
-   New \"dtype\" and \"casting\" keywords for stacking functions.

See below for the details,

Deprecations

Deprecate fastCopyAndTranspose and PyArray_CopyAndTranspose

The `numpy.fastCopyAndTranspose` function has been deprecated. Use the
corresponding copy and transpose methods directly:

 arr.T.copy()

The underlying C function `PyArray_CopyAndTranspose` has also been
deprecated from the NumPy C-API.

([gh-22313](https://github.com/numpy/numpy/pull/22313))

Conversion of out-of-bound Python integers

Attempting a conversion from a Python integer to a NumPy value will now
always check whether the result can be represented by NumPy. This means
the following examples will fail in the future and give a
`DeprecationWarning` now:

 np.uint8(-1)
 np.array([3000], dtype=np.int8)

Many of these did succeed before. Such code was mainly useful for
unsigned integers with negative values such as `np.uint8(-1)` giving
`np.iinfo(np.uint8).max`.

Note that conversion between NumPy integers is unaffected, so that
`np.array(-1).astype(np.uint8)` continues to work and use C integer
overflow logic.

([gh-22393](https://github.com/numpy/numpy/pull/22393))

Deprecate `msort`

The `numpy.msort` function is deprecated. Use `np.sort(a, axis=0)`
instead.

([gh-22456](https://github.com/numpy/numpy/pull/22456))

`np.str0` and similar are now deprecated

The scalar type aliases ending in a 0 bit size: `np.object0`, `np.str0`,
`np.bytes0`, `np.void0`, `np.int0`, `np.uint0` as well as `np.bool8` are
now deprecated and will eventually be removed.

([gh-22607](https://github.com/numpy/numpy/pull/22607))

Expired deprecations

-   The `normed` keyword argument has been removed from
 [np.histogram]{.title-ref}, [np.histogram2d]{.title-ref}, and
 [np.histogramdd]{.title-ref}. Use `density` instead. If `normed` was
 passed by position, `density` is now used.

 ([gh-21645](https://github.com/numpy/numpy/pull/21645))

-   Ragged array creation will now always raise a `ValueError` unless
 `dtype=object` is passed. This includes very deeply nested
 sequences.

 ([gh-22004](https://github.com/numpy/numpy/pull/22004))

-   Support for Visual Studio 2015 and earlier has been removed.

-   Support for the Windows Interix POSIX interop layer has been
 removed.

 ([gh-22139](https://github.com/numpy/numpy/pull/22139))

-   Support for cygwin \< 3.3 has been removed.

 ([gh-22159](https://github.com/numpy/numpy/pull/22159))

-   The mini() method of `np.ma.MaskedArray` has been removed. Use
 either `np.ma.MaskedArray.min()` or `np.ma.minimum.reduce()`.

-   The single-argument form of `np.ma.minimum` and `np.ma.maximum` has
 been removed. Use `np.ma.minimum.reduce()` or
 `np.ma.maximum.reduce()` instead.

 ([gh-22228](https://github.com/numpy/numpy/pull/22228))

-   Passing dtype instances other than the canonical (mainly native
 byte-order) ones to `dtype=` or `signature=` in ufuncs will now
 raise a `TypeError`. We recommend passing the strings `"int8"` or
 scalar types `np.int8` since the byte-order, datetime/timedelta
 unit, etc. are never enforced. (Initially deprecated in NumPy 1.21.)

 ([gh-22540](https://github.com/numpy/numpy/pull/22540))

-   The `dtype=` argument to comparison ufuncs is now applied correctly.
 That means that only `bool` and `object` are valid values and
 `dtype=object` is enforced.

 ([gh-22541](https://github.com/numpy/numpy/pull/22541))

-   The deprecation for the aliases `np.object`, `np.bool`, `np.float`,
 `np.complex`, `np.str`, and `np.int` is expired (introduces NumPy
 1.20). Some of these will now give a FutureWarning in addition to
 raising an error since they will be mapped to the NumPy scalars in
 the future.

 ([gh-22607](https://github.com/numpy/numpy/pull/22607))

Compatibility notes

`array.fill(scalar)` may behave slightly different

`numpy.ndarray.fill` may in some cases behave slightly different now due
to the fact that the logic is aligned with item assignment:

 arr = np.array([1])   with any dtype/value
 arr.fill(scalar)
  is now identical to:
 arr[0] = scalar

Previously casting may have produced slightly different answers when
using values that could not be represented in the target `dtype` or when
the target had `object` dtype.

([gh-20924](https://github.com/numpy/numpy/pull/20924))

Subarray to object cast now copies

Casting a dtype that includes a subarray to an object will now ensure a
copy of the subarray. Previously an unsafe view was returned:

 arr = np.ones(3, dtype=[("f", "i", 3)])
 subarray_fields = arr.astype(object)[0]
 subarray = subarray_fields[0]   "f" field

 np.may_share_memory(subarray, arr)

Is now always false. While previously it was true for the specific cast.

([gh-21925](https://github.com/numpy/numpy/pull/21925))

Returned arrays respect uniqueness of dtype kwarg objects

When the `dtype` keyword argument is used with
:py`np.array()`{.interpreted-text role="func"} or
:py`asarray()`{.interpreted-text role="func"}, the dtype of the returned
array now always exactly matches the dtype provided by the caller.

In some cases this change means that a *view* rather than the input
array is returned. The following is an example for this on 64bit Linux
where `long` and `longlong` are the same precision but different
`dtypes`:

 >>> arr = np.array([1, 2, 3], dtype="long")
 >>> new_dtype = np.dtype("longlong")
 >>> new = np.asarray(arr, dtype=new_dtype)
 >>> new.dtype is new_dtype
 True
 >>> new is arr
 False

Before the change, the `dtype` did not match because `new is arr` was
`True`.

([gh-21995](https://github.com/numpy/numpy/pull/21995))

DLPack export raises `BufferError`

When an array buffer cannot be exported via DLPack a `BufferError` is
now always raised where previously `TypeError` or `RuntimeError` was
raised. This allows falling back to the buffer protocol or
`__array_interface__` when DLPack was tried first.

([gh-22542](https://github.com/numpy/numpy/pull/22542))

NumPy builds are no longer tested on GCC-6

Ubuntu 18.04 is deprecated for GitHub actions and GCC-6 is not available
on Ubuntu 20.04, so builds using that compiler are no longer tested. We
still test builds using GCC-7 and GCC-8.

([gh-22598](https://github.com/numpy/numpy/pull/22598))

New Features

New attribute `symbol` added to polynomial classes

The polynomial classes in the `numpy.polynomial` package have a new
`symbol` attribute which is used to represent the indeterminate of the
polynomial. This can be used to change the value of the variable when
printing:

 >>> P_y = np.polynomial.Polynomial([1, 0, -1], symbol="y")
 >>> print(P_y)
 1.0 + 0.0·y¹ - 1.0·y²

Note that the polynomial classes only support 1D polynomials, so
operations that involve polynomials with different symbols are
disallowed when the result would be multivariate:

 >>> P = np.polynomial.Polynomial([1, -1])   default symbol is "x"
 >>> P_z = np.polynomial.Polynomial([1, 1], symbol="z")
 >>> P * P_z
 Traceback (most recent call last)
    ...
 ValueError: Polynomial symbols differ

The symbol can be any valid Python identifier. The default is
`symbol=x`, consistent with existing behavior.

([gh-16154](https://github.com/numpy/numpy/pull/16154))

F2PY support for Fortran `character` strings

F2PY now supports wrapping Fortran functions with:

-   character (e.g. `character x`)
-   character array (e.g. `character, dimension(n) :: x`)
-   character string (e.g. `character(len=10) x`)
-   and character string array (e.g.
 `character(len=10), dimension(n, m) :: x`)

arguments, including passing Python unicode strings as Fortran character
string arguments.

([gh-19388](https://github.com/numpy/numpy/pull/19388))

New function `np.show_runtime`

A new function `numpy.show_runtime` has been added to display the
runtime information of the machine in addition to `numpy.show_config`
which displays the build-related information.

([gh-21468](https://github.com/numpy/numpy/pull/21468))

`strict` option for `testing.assert_array_equal`

The `strict` option is now available for `testing.assert_array_equal`.
Setting `strict=True` will disable the broadcasting behaviour for
scalars and ensure that input arrays have the same data type.

([gh-21595](https://github.com/numpy/numpy/pull/21595))

New parameter `equal_nan` added to `np.unique`

`np.unique` was changed in 1.21 to treat all `NaN` values as equal and
return a single `NaN`. Setting `equal_nan=False` will restore pre-1.21
behavior to treat `NaNs` as unique. Defaults to `True`.

([gh-21623](https://github.com/numpy/numpy/pull/21623))

`casting` and `dtype` keyword arguments for `numpy.stack`

The `casting` and `dtype` keyword arguments are now available for
`numpy.stack`. To use them, write
`np.stack(..., dtype=None, casting='same_kind')`.

`casting` and `dtype` keyword arguments for `numpy.vstack`

The `casting` and `dtype` keyword arguments are now available for
`numpy.vstack`. To use them, write
`np.vstack(..., dtype=None, casting='same_kind')`.

`casting` and `dtype` keyword arguments for `numpy.hstack`

The `casting` and `dtype` keyword arguments are now available for
`numpy.hstack`. To use them, write
`np.hstack(..., dtype=None, casting='same_kind')`.

([gh-21627](https://github.com/numpy/numpy/pull/21627))

The bit generator underlying the singleton RandomState can be changed

The singleton `RandomState` instance exposed in the `numpy.random`
module is initialized at startup with the `MT19937` bit generator. The
new function `set_bit_generator` allows the default bit generator to be
replaced with a user-provided bit generator. This function has been
introduced to provide a method allowing seamless integration of a
high-quality, modern bit generator in new code with existing code that
makes use of the singleton-provided random variate generating functions.
The companion function `get_bit_generator` returns the current bit
generator being used by the singleton `RandomState`. This is provided to
simplify restoring the original source of randomness if required.

The preferred method to generate reproducible random numbers is to use a
modern bit generator in an instance of `Generator`. The function
`default_rng` simplifies instantiation:

 >>> rg = np.random.default_rng(3728973198)
 >>> rg.random()

The same bit generator can then be shared with the singleton instance so
that calling functions in the `random` module will use the same bit
generator:

 >>> orig_bit_gen = np.random.get_bit_generator()
 >>> np.random.set_bit_generator(rg.bit_generator)
 >>> np.random.normal()

The swap is permanent (until reversed) and so any call to functions in
the `random` module will use the new bit generator. The original can be
restored if required for code to run correctly:

 >>> np.random.set_bit_generator(orig_bit_gen)

([gh-21976](https://github.com/numpy/numpy/pull/21976))

`np.void` now has a `dtype` argument

NumPy now allows constructing structured void scalars directly by
passing the `dtype` argument to `np.void`.

([gh-22316](https://github.com/numpy/numpy/pull/22316))

Improvements

F2PY Improvements

-   The generated extension modules don\'t use the deprecated NumPy-C
 API anymore
-   Improved `f2py` generated exception messages
-   Numerous bug and `flake8` warning fixes
-   various CPP macros that one can use within C-expressions of
 signature files are prefixed with `f2py_`. For example, one should
 use `f2py_len(x)` instead of `len(x)`
-   A new construct `character(f2py_len=...)` is introduced to support
 returning assumed length character strings (e.g. `character(len=*)`)
 from wrapper functions

A hook to support rewriting `f2py` internal data structures after
reading all its input files is introduced. This is required, for
instance, for BC of SciPy support where character arguments are treated
as character strings arguments in `C` expressions.

([gh-19388](https://github.com/numpy/numpy/pull/19388))

IBM zSystems Vector Extension Facility (SIMD)

Added support for SIMD extensions of zSystem (z13, z14, z15), through
the universal intrinsics interface. This support leads to performance
improvements for all SIMD kernels implemented using the universal
intrinsics, including the following operations: rint, floor, trunc,
ceil, sqrt, absolute, square, reciprocal, tanh, sin, cos, equal,
not_equal, greater, greater_equal, less, less_equal, maximum, minimum,
fmax, fmin, argmax, argmin, add, subtract, multiply, divide.

([gh-20913](https://github.com/numpy/numpy/pull/20913))

NumPy now gives floating point errors in casts

In most cases, NumPy previously did not give floating point warnings or
errors when these happened during casts. For examples, casts like:

 np.array([2e300]).astype(np.float32)   overflow for float32
 np.array([np.inf]).astype(np.int64)

Should now generally give floating point warnings. These warnings should
warn that floating point overflow occurred. For errors when converting
floating point values to integers users should expect invalid value
warnings.

Users can modify the behavior of these warnings using `np.errstate`.

Note that for float to int casts, the exact warnings that are given may
be platform dependent. For example:

 arr = np.full(100, value=1000, dtype=np.float64)
 arr.astype(np.int8)

May give a result equivalent to (the intermediate cast means no warning
is given):

 arr.astype(np.int64).astype(np.int8)

May return an undefined result, with a warning set:

 RuntimeWarning: invalid value encountered in cast

The precise behavior is subject to the C99 standard and its
implementation in both software and hardware.

([gh-21437](https://github.com/numpy/numpy/pull/21437))

F2PY supports the value attribute

The Fortran standard requires that variables declared with the `value`
attribute must be passed by value instead of reference. F2PY now
supports this use pattern correctly. So
`integer, intent(in), value :: x` in Fortran codes will have correct
wrappers generated.

([gh-21807](https://github.com/numpy/numpy/pull/21807))

Added pickle support for third-party BitGenerators

The pickle format for bit generators was extended to allow each bit
generator to supply its own constructor when during pickling. Previous
versions of NumPy only supported unpickling `Generator` instances
created with one of the core set of bit generators supplied with NumPy.
Attempting to unpickle a `Generator` that used a third-party bit
generators would fail since the constructor used during the unpickling
was only aware of the bit generators included in NumPy.

([gh-22014](https://github.com/numpy/numpy/pull/22014))

arange() now explicitly fails with dtype=str

Previously, the `np.arange(n, dtype=str)` function worked for `n=1` and
`n=2`, but would raise a non-specific exception message for other values
of `n`. Now, it raises a [TypeError]{.title-ref} informing that `arange`
does not support string dtypes:

 >>> np.arange(2, dtype=str)
 Traceback (most recent call last)
    ...
 TypeError: arange() not supported for inputs with DType <class 'numpy.dtype[str_]'>.

([gh-22055](https://github.com/numpy/numpy/pull/22055))

`numpy.typing` protocols are now runtime checkable

The protocols used in `numpy.typing.ArrayLike` and
`numpy.typing.DTypeLike` are now properly marked as runtime checkable,
making them easier to use for runtime type checkers.

([gh-22357](https://github.com/numpy/numpy/pull/22357))

Performance improvements and changes

Faster version of `np.isin` and `np.in1d` for integer arrays

`np.in1d` (used by `np.isin`) can now switch to a faster algorithm (up
to \>10x faster) when it is passed two integer arrays. This is often
automatically used, but you can use `kind="sort"` or `kind="table"` to
force the old or new method, respectively.

([gh-12065](https://github.com/numpy/numpy/pull/12065))

Faster comparison operators

The comparison functions (`numpy.equal`, `numpy.not_equal`,
`numpy.less`, `numpy.less_equal`, `numpy.greater` and
`numpy.greater_equal`) are now much faster as they are now vectorized
with universal intrinsics. For a CPU with SIMD extension AVX512BW, the
performance gain is up to 2.57x, 1.65x and 19.15x for integer, float and
boolean data types, respectively (with N=50000).

([gh-21483](https://github.com/numpy/numpy/pull/21483))

Changes

Better reporting of integer division overflow

Integer division overflow of scalars and arrays used to provide a
`RuntimeWarning` and the return value was undefined leading to crashes
at rare occasions:

 >>> np.array([np.iinfo(np.int32).min]*10, dtype=np.int32) // np.int32(-1)
 <stdin>:1: RuntimeWarning: divide by zero encountered in floor_divide
 array([0, 0, 0, 0, 0, 0, 0, 0, 0, 0], dtype=int32)

Integer division overflow now returns the input dtype\'s minimum value
and raise the following `RuntimeWarning`:

 >>> np.array([np.iinfo(np.int32).min]*10, dtype=np.int32) // np.int32(-1)
 <stdin>:1: RuntimeWarning: overflow encountered in floor_divide
 array([-2147483648, -2147483648, -2147483648, -2147483648, -2147483648,
        -2147483648, -2147483648, -2147483648, -2147483648, -2147483648],
       dtype=int32)

([gh-21506](https://github.com/numpy/numpy/pull/21506))

`masked_invalid` now modifies the mask in-place

When used with `copy=False`, `numpy.ma.masked_invalid` now modifies the
input masked array in-place. This makes it behave identically to
`masked_where` and better matches the documentation.

([gh-22046](https://github.com/numpy/numpy/pull/22046))

`nditer`/`NpyIter` allows all allocating all operands

The NumPy iterator available through `np.nditer` in Python and as
`NpyIter` in C now supports allocating all arrays. The iterator shape
defaults to `()` in this case. The operands dtype must be provided,
since a \"common dtype\" cannot be inferred from the other inputs.

([gh-22457](https://github.com/numpy/numpy/pull/22457))

Checksums

MD5

 1f08c901040ebe1324d16cfc71fe3cd2  numpy-1.24.0rc1-cp310-cp310-macosx_10_9_x86_64.whl
 d35a59a1ccf1542d690860ad85fbb0f0  numpy-1.24.0rc1-cp310-cp310-macosx_11_0_arm64.whl
 c7db37964986d7b9756fd1aa077b7e72  numpy-1.24.0rc1-cp310-cp310-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 72c2dad61fc86c4d87e23d0de975e0b6  numpy-1.24.0rc1-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 3c769f1089253266d7a522144696bde3  numpy-1.24.0rc1-cp310-cp310-win32.whl
 96226a2045063b9caff40fe2a2098e72  numpy-1.24.0rc1-cp310-cp310-win_amd64.whl
 b20897446f52e7fcde80e12c7cc1dc1e  numpy-1.24.0rc1-cp311-cp311-macosx_10_9_x86_64.whl
 9cafe21759e90c705533d1f3201d35aa  numpy-1.24.0rc1-cp311-cp311-macosx_11_0_arm64.whl
 0e8621d07dae7ffaba6cfe83f7288042  numpy-1.24.0rc1-cp311-cp311-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 0c67808eed6ba6f9e9074e6f11951f09  numpy-1.24.0rc1-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 1065bea5d0670360353e698093954e35  numpy-1.24.0rc1-cp311-cp311-win32.whl
 fe2122ec86b45e00b648071ee2931fbc  numpy-1.24.0rc1-cp311-cp311-win_amd64.whl
 ab3e8424a04338d43ed466ade66de7a8  numpy-1.24.0rc1-cp38-cp38-macosx_10_9_x86_64.whl
 fc6eac08a59c4efb3962d990ff94f2b7  numpy-1.24.0rc1-cp38-cp38-macosx_11_0_arm64.whl
 3498ac93ae6abba813e5d76f86ae5356  numpy-1.24.0rc1-cp38-cp38-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 629ce4b8cb011ff735ebd482fbf51702  numpy-1.24.0rc1-cp38-cp38-win32.whl
 cb503a78e27f0f46b6b43d211275dc58  numpy-1.24.0rc1-cp38-cp38-win_amd64.whl
 ffccdb9750336f5e55ab90c8eb7c1a8d  numpy-1.24.0rc1-cp39-cp39-macosx_10_9_x86_64.whl
 9751b9f833238a7309ad4e6b43fa8cb5  numpy-1.24.0rc1-cp39-cp39-macosx_11_0_arm64.whl
 cb8a10f411773f0ac5e06df067599d45  numpy-1.24.0rc1-cp39-cp39-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 8d670816134824972afb512498b95ede  numpy-1.24.0rc1-cp39-cp39-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 60687b97ab720f6be9e3542e5761769f  numpy-1.24.0rc1-cp39-cp39-win32.whl
 11fd99748acc0726ac164034c32bb3cd  numpy-1.24.0rc1-cp39-cp39-win_amd64.whl
 09e1d6f6d75facaf84d2b87a33874d4b  numpy-1.24.0rc1-pp38-pypy38_pp73-macosx_10_9_x86_64.whl
 2da9ad07343b410aca4edf1285e4266b  numpy-1.24.0rc1-pp38-pypy38_pp73-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 9a0e466a55632cc1d67db119f586cd05  numpy-1.24.0rc1-pp38-pypy38_pp73-win_amd64.whl
 abc863895b02cdcc436474f6cdf2d14d  numpy-1.24.0rc1.tar.gz

SHA256

 36acf6043b94a0e8af75d0a1931678d20e673b83fd79798c805ebc995e233cff  numpy-1.24.0rc1-cp310-cp310-macosx_10_9_x86_64.whl
 244c2c22f776e168e1060112f87717d73df2462e0eba4095a7673fe87db49b7a  numpy-1.24.0rc1-cp310-cp310-macosx_11_0_arm64.whl
 730112e692c165e8ad69071c70653522ee19d8c8af2da839339de01013eeef24  numpy-1.24.0rc1-cp310-cp310-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 960b0d980adfa5c37fea89fc556bb482f9d957a3188be46d03a00fa1bd8f617b  numpy-1.24.0rc1-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 f54788f1a6941cb1b57bcf5ff09a281e5db75bbf9f2ac9534a626128ded0244f  numpy-1.24.0rc1-cp310-cp310-win32.whl
 07fef63a5113969d7897589928870c57dd3e28671d617f688486f12c3a3b466a  numpy-1.24.0rc1-cp310-cp310-win_amd64.whl
 aea88e02d9335052172f4d6c8163721c3edd086ea3bf3bc9b6d5c55661540f1b  numpy-1.24.0rc1-cp311-cp311-macosx_10_9_x86_64.whl
 3950be11c03d250ea780280ce37a6fe7bd21dafcb478e08190c72b6c58ed7d18  numpy-1.24.0rc1-cp311-cp311-macosx_11_0_arm64.whl
 743c30cda228f8be9fe552453870b412b38ac232972c617a0f18765dedf395a5  numpy-1.24.0rc1-cp311-cp311-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 cab1335b70e24e88ef2b9f727b9f5fc6e0d31d9fe9da0213f6c28cf615b65db0  numpy-1.24.0rc1-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 5283759f0dd905f9e62ed55775345fbb233a53146ceaf2f75e96d939f564ee79  numpy-1.24.0rc1-cp311-cp311-win32.whl
 427bd9c45777e8baf782b6b33ebc26a88716c2d9b76b0474987660c2c066dca0  numpy-1.24.0rc1-cp311-cp311-win_amd64.whl
 20edfad312395d1cb8ad6ca5d2c42d2dab057f5d1920af3f94c7a72103335d8a  numpy-1.24.0rc1-cp38-cp38-macosx_10_9_x86_64.whl
 79134b92e1fb86915369753b3e64a359416cd98ea2329d270eb4e1d0ab300c0d  numpy-1.24.0rc1-cp38-cp38-macosx_11_0_arm64.whl
 6f00858573e2316ac5d190cf81dc178d94579969f827ac34c7a53110428e6f72  numpy-1.24.0rc1-cp38-cp38-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 a8d6f78be3ad0bd9b4adecba2fda570ef491ae69f8c7cc84acd382802a81e242  numpy-1.24.0rc1-cp38-cp38-win32.whl
 f1f5fa912df64dd48ec55352b72f4b036ab7b3911e996703f436e17baca780f9  numpy-1.24.0rc1-cp38-cp38-win_amd64.whl
 8d149b3c3062dc68e29bdb244edc30c5d80e2c654b5c27c32773bf7354452b48  numpy-1.24.0rc1-cp39-cp39-macosx_10_9_x86_64.whl
 d177fbd4d22248640d73f07c3aac2cc1f79c412f61564452abd08606ee5e3713  numpy-1.24.0rc1-cp39-cp39-macosx_11_0_arm64.whl
 05faa4ecb98d7bc593afc5b10c25f0e7dd65244b653756b083c605fbf60b9b67  numpy-1.24.0rc1-cp39-cp39-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 06d8827c6fa511b61047376efc3a677d447193bf88e6bbde35b4e5223a4b58d6  numpy-1.24.0rc1-cp39-cp39-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 15605b92bf10b10e110a9c0f1c4ef6cd58246532c62a0c3d3188c05e69cdcdb6  numpy-1.24.0rc1-cp39-cp39-win32.whl
 8046f5c23769791be8432a592b9881984e0e4abc7f552c7e5c349420a27323e7  numpy-1.24.0rc1-cp39-cp39-win_amd64.whl
 aa9c4a2f65d669e6559123154da944ad6bd7605cbba5cce81bf6794617870510  numpy-1.24.0rc1-pp38-pypy38_pp73-macosx_10_9_x86_64.whl
 e44fd1bdfa50979ddec76318e21abc82ee3858e5f45dfc5153b6f660d9d29851  numpy-1.24.0rc1-pp38-pypy38_pp73-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 1802199d70d9f8ac11eb63a1ef50d33915b78a84bacacaadb2896175005103d4  numpy-1.24.0rc1-pp38-pypy38_pp73-win_amd64.whl
 d601180710004799acb8f80e564b84e71490fac9d84e115e2f5b0f6709754f16  numpy-1.24.0rc1.tar.gz

1.23.5

the 1.23.4 release and keeps the build infrastructure current. The
Python versions supported for this release are 3.8-3.11.

Contributors

A total of 7 people contributed to this release. People with a \"+\" by
their names contributed a patch for the first time.

-   \DWesl
-   Aayush Agrawal +
-   Adam Knapp +
-   Charles Harris
-   Navpreet Singh +
-   Sebastian Berg
-   Tania Allard

Pull requests merged

A total of 10 pull requests were merged for this release.

-   [22489](https://github.com/numpy/numpy/pull/22489): TST, MAINT: Replace most setup with setup_method (also teardown)
-   [22490](https://github.com/numpy/numpy/pull/22490): MAINT, CI: Switch to cygwin/cygwin-install-actionv2
-   [22494](https://github.com/numpy/numpy/pull/22494): TST: Make test_partial_iteration_cleanup robust but require leak\...
-   [22592](https://github.com/numpy/numpy/pull/22592): MAINT: Ensure graceful handling of large header sizes
-   [22593](https://github.com/numpy/numpy/pull/22593): TYP: Spelling alignment for array flag literal
-   [22594](https://github.com/numpy/numpy/pull/22594): BUG: Fix bounds checking for `random.logseries`
-   [22595](https://github.com/numpy/numpy/pull/22595): DEV: Update GH actions and Dockerfile for Gitpod
-   [22596](https://github.com/numpy/numpy/pull/22596): CI: Only fetch in actions/checkout
-   [22597](https://github.com/numpy/numpy/pull/22597): BUG: Decrement ref count in gentype_reduce if allocated memory\...
-   [22625](https://github.com/numpy/numpy/pull/22625): BUG: Histogramdd breaks on big arrays in Windows

Checksums

MD5

 8a412b79d975199cefadb465279fd569  numpy-1.23.5-cp310-cp310-macosx_10_9_x86_64.whl
 1b56e8e6a0516c78473657abf0710538  numpy-1.23.5-cp310-cp310-macosx_11_0_arm64.whl
 c787f4763c9a5876e86a17f1651ba458  numpy-1.23.5-cp310-cp310-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
 db07645022e56747ba3f00c2d742232e  numpy-1.23.5-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
 c63a6fb7cc16a13aabc82ec57ac6bb4d  numpy-1.23.5-cp310-cp31

@pyup-bot

pyup-bot commented Jul 1, 2023

Copy link
Copy Markdown
Collaborator Author

Closing this in favor of #151

@pyup-bot pyup-bot closed this Jul 1, 2023
@alimanfoo alimanfoo deleted the pyup-scheduled-update-2023-06-01 branch July 1, 2023 15:13
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant