Merge branch 'numpy:main' into as_min_max

30 files changed, 6 insertions, 227 deletions

diff --git a/doc/release/upcoming_changes/17530.improvement.rst b/doc/release/upcoming_changes/17530.improvement.rst
deleted file mode 100644
index 07a23f0e5..000000000
--- a/doc/release/upcoming_changes/17530.improvement.rst
+++ /dev/null
@@ -1,5 +0,0 @@
-`ctypeslib.load_library` can now take any path-like object
------------------------------------------------------------------------
-All parameters in the can now take any :term:`python:path-like object`.
-This includes the likes of strings, bytes and objects implementing the
-:meth:`__fspath__<os.PathLike.__fspath__>` protocol.
diff --git a/doc/release/upcoming_changes/18536.improvement.rst b/doc/release/upcoming_changes/18536.improvement.rst
deleted file mode 100644
index 8693916db..000000000
--- a/doc/release/upcoming_changes/18536.improvement.rst
+++ /dev/null
@@ -1,7 +0,0 @@
-Add ``smallest_normal`` and ``smallest_subnormal`` attributes to `finfo`
--------------------------------------------------------------------------
-
-The attributes ``smallest_normal`` and ``smallest_subnormal`` are available as
-an extension of `finfo` class for any floating-point data type. To use these
-new attributes, write ``np.finfo(np.float64).smallest_normal`` or
-``np.finfo(np.float64).smallest_subnormal``.
diff --git a/doc/release/upcoming_changes/18585.new_feature.rst b/doc/release/upcoming_changes/18585.new_feature.rst
deleted file mode 100644
index bb83d755c..000000000
--- a/doc/release/upcoming_changes/18585.new_feature.rst
+++ /dev/null
@@ -1,15 +0,0 @@
-Implementation of the NEP 47 (adopting the array API standard)
---------------------------------------------------------------
-
-An initial implementation of `NEP 47`_ (adoption the array API standard) has
-been added as ``numpy.array_api``. The implementation is experimental and will
-issue a UserWarning on import, as the `array API standard
-<https://data-apis.org/array-api/latest/index.html>`_ is still in draft state.
-``numpy.array_api`` is a conforming implementation of the array API standard,
-which is also minimal, meaning that only those functions and behaviors that
-are required by the standard are implemented (see the NEP for more info).
-Libraries wishing to make use of the array API standard are encouraged to use
-``numpy.array_api`` to check that they are only using functionality that is
-guaranteed to be present in standard conforming implementations.
-
-.. _`NEP 47`: https://numpy.org/neps/nep-0047-array-api-standard.html
diff --git a/doc/release/upcoming_changes/18884.new_feature.rst b/doc/release/upcoming_changes/18884.new_feature.rst
deleted file mode 100644
index 41503b00e..000000000
--- a/doc/release/upcoming_changes/18884.new_feature.rst
+++ /dev/null
@@ -1,7 +0,0 @@
-Generate C/C++ API reference documentation from comments blocks is now possible
--------------------------------------------------------------------------------
-This feature depends on Doxygen_ in the generation process and on Breathe_
-to integrate it with Sphinx.
-
-.. _`Doxygen`: https://www.doxygen.nl/index.html
-.. _`Breathe`: https://breathe.readthedocs.io/en/latest/
diff --git a/doc/release/upcoming_changes/19062.new_feature.rst b/doc/release/upcoming_changes/19062.new_feature.rst
deleted file mode 100644
index 171715568..000000000
--- a/doc/release/upcoming_changes/19062.new_feature.rst
+++ /dev/null
@@ -1,21 +0,0 @@
-Assign the platform-specific ``c_intp`` precision via a mypy plugin
--------------------------------------------------------------------
-
-The mypy_ plugin, introduced in `numpy/numpy#17843`_, has again been expanded:
-the plugin now is now responsible for setting the platform-specific precision
-of `numpy.ctypeslib.c_intp`, the latter being used as data type for various
-`numpy.ndarray.ctypes` attributes.
-
-Without the plugin, aforementioned type will default to `ctypes.c_int64`.
-
-To enable the plugin, one must add it to their mypy `configuration file`_:
-
-.. code-block:: ini
-
-    [mypy]
-    plugins = numpy.typing.mypy_plugin
-
-
-.. _mypy: http://mypy-lang.org/
-.. _configuration file: https://mypy.readthedocs.io/en/stable/config_file.html
-.. _`numpy/numpy#17843`: https://github.com/numpy/numpy/pull/17843
diff --git a/doc/release/upcoming_changes/19135.change.rst b/doc/release/upcoming_changes/19135.change.rst
deleted file mode 100644
index 0b900a16a..000000000
--- a/doc/release/upcoming_changes/19135.change.rst
+++ /dev/null
@@ -1,10 +0,0 @@
-Removed floor division support for complex types
-------------------------------------------------
-
-Floor division of complex types will now result in a `TypeError`
-
-.. code-block:: python
-
-    >>> a = np.arange(10) + 1j* np.arange(10)
-    >>> a // 1
-    TypeError: ufunc 'floor_divide' not supported for the input types, and the inputs could not be safely coerced to any supported types according to the casting rule ''safe''
diff --git a/doc/release/upcoming_changes/19151.improvement.rst b/doc/release/upcoming_changes/19151.improvement.rst
deleted file mode 100644
index 2108b9c4f..000000000
--- a/doc/release/upcoming_changes/19151.improvement.rst
+++ /dev/null
@@ -1,6 +0,0 @@
-`numpy.linalg.qr` accepts stacked matrices as inputs
-----------------------------------------------------
-
-`numpy.linalg.qr` is able to produce results for stacked matrices as inputs.
-Moreover, the implementation of QR decomposition has been shifted to C
-from Python.
diff --git a/doc/release/upcoming_changes/19211.new_feature.rst b/doc/release/upcoming_changes/19211.new_feature.rst
deleted file mode 100644
index 40e42387c..000000000
--- a/doc/release/upcoming_changes/19211.new_feature.rst
+++ /dev/null
@@ -1,7 +0,0 @@
-``keepdims`` optional argument added to `numpy.argmin`, `numpy.argmax`
-----------------------------------------------------------------------
-
-``keepdims`` argument is added to `numpy.argmin`, `numpy.argmax`.
-If set to ``True``, the axes which are reduced are left in the result as dimensions with size one.
-The resulting array has the same number of dimensions and will broadcast with the
-input array.
diff --git a/doc/release/upcoming_changes/19259.c_api.rst b/doc/release/upcoming_changes/19259.c_api.rst
deleted file mode 100644
index dac9f520a..000000000
--- a/doc/release/upcoming_changes/19259.c_api.rst
+++ /dev/null
@@ -1,12 +0,0 @@
-Masked inner-loops cannot be customized anymore
------------------------------------------------
-The masked inner-loop selector is now never used.  A warning
-will be given in the unlikely event that it was customized.
-
-We do not expect that any code uses this.  If you do use it,
-you must unset the selector on newer NumPy version.
-Please also contact the NumPy developers, we do anticipate
-providing a new, more specific, mechanism.
-
-The customization was part of a never-implemented feature to allow
-for faster masked operations.
diff --git a/doc/release/upcoming_changes/19356.change.rst b/doc/release/upcoming_changes/19356.change.rst
deleted file mode 100644
index 3c5ef4a91..000000000
--- a/doc/release/upcoming_changes/19356.change.rst
+++ /dev/null
@@ -1,7 +0,0 @@
-`numpy.vectorize` functions now produce the same output class as the base function
-----------------------------------------------------------------------------------
-When a function that respects `numpy.ndarray` subclasses is vectorized using
-`numpy.vectorize`, the vectorized function will now be subclass-safe
-also for cases that a signature is given (i.e., when creating a ``gufunc``):
-the output class will be the same as that returned by the first call to
-the underlying function.
diff --git a/doc/release/upcoming_changes/19459.new_feature.rst b/doc/release/upcoming_changes/19459.new_feature.rst
deleted file mode 100644
index aecae670f..000000000
--- a/doc/release/upcoming_changes/19459.new_feature.rst
+++ /dev/null
@@ -1,4 +0,0 @@
-The ``ndim`` and ``axis`` attributes have been added to `numpy.AxisError`
--------------------------------------------------------------------------
-The ``ndim`` and ``axis`` parameters are now also stored as attributes
-within each `numpy.AxisError` instance.
diff --git a/doc/release/upcoming_changes/19462.change.rst b/doc/release/upcoming_changes/19462.change.rst
deleted file mode 100644
index 8fbadb394..000000000
--- a/doc/release/upcoming_changes/19462.change.rst
+++ /dev/null
@@ -1,3 +0,0 @@
-OpenBLAS v0.3.17
-----------------
-Update the OpenBLAS used in testing and in wheels to v0.3.17
diff --git a/doc/release/upcoming_changes/19478.performance.rst b/doc/release/upcoming_changes/19478.performance.rst
deleted file mode 100644
index 6a389c20e..000000000
--- a/doc/release/upcoming_changes/19478.performance.rst
+++ /dev/null
@@ -1,11 +0,0 @@
-Vectorize umath module using AVX-512
--------------------------------------
-
-By leveraging Intel Short Vector Math Library (SVML), 18 umath functions
-(``exp2``, ``log2``, ``log10``, ``expm1``, ``log1p``, ``cbrt``, ``sin``,
-``cos``, ``tan``, ``arcsin``, ``arccos``, ``arctan``, ``sinh``, ``cosh``,
-``tanh``, ``arcsinh``, ``arccosh``, ``arctanh``) are vectorized using AVX-512
-instruction set for both single and double precision implementations.  This
-change is currently enabled only for Linux users and on processors with
-AVX-512 instruction set.  It provides an average speed up of 32x and 14x for
-single and double precision functions respectively.
diff --git a/doc/release/upcoming_changes/19479.compatibility.rst b/doc/release/upcoming_changes/19479.compatibility.rst
deleted file mode 100644
index 83533a305..000000000
--- a/doc/release/upcoming_changes/19479.compatibility.rst
+++ /dev/null
@@ -1,7 +0,0 @@
-Distutils forces strict floating point model on clang
------------------------------------------------------
-NumPy now sets the ``-ftrapping-math`` option on clang to enforce correct
-floating point error handling for universal functions.
-Clang defaults to non-IEEE and C99 conform behaviour otherwise.
-This change (using the equivalent but newer ``-ffp-exception-behavior=strict``)
-was attempted in NumPy 1.21, but was effectively never used.
diff --git a/doc/release/upcoming_changes/19513.new_feature.rst b/doc/release/upcoming_changes/19513.new_feature.rst
deleted file mode 100644
index 5f945cea2..000000000
--- a/doc/release/upcoming_changes/19513.new_feature.rst
+++ /dev/null
@@ -1,4 +0,0 @@
-Preliminary support for `windows/arm64` target
-----------------------------------------------
-``numpy`` added support for windows/arm64 target. Please note
-``OpenBLAS`` support is not yet available for windows/arm64 target.
diff --git a/doc/release/upcoming_changes/19527.new_feature.rst b/doc/release/upcoming_changes/19527.new_feature.rst
deleted file mode 100644
index 3967f1841..000000000
--- a/doc/release/upcoming_changes/19527.new_feature.rst
+++ /dev/null
@@ -1,3 +0,0 @@
-Added support for LoongArch
-------------------------------------------------
-LoongArch is a new instruction set, numpy compilation failure on LoongArch architecture, so add the commit.
diff --git a/doc/release/upcoming_changes/19539.expired.rst b/doc/release/upcoming_changes/19539.expired.rst
deleted file mode 100644
index 6e94f175d..000000000
--- a/doc/release/upcoming_changes/19539.expired.rst
+++ /dev/null
@@ -1,2 +0,0 @@
-* Using the strings ``"Bytes0"``, ``"Datetime64"``, ``"Str0"``, ``"Uint32"``,
-  and ``"Uint64"`` as a dtype will now raise a ``TypeError``.
\ No newline at end of file
diff --git a/doc/release/upcoming_changes/19615.expired.rst b/doc/release/upcoming_changes/19615.expired.rst
deleted file mode 100644
index 4e02771e3..000000000
--- a/doc/release/upcoming_changes/19615.expired.rst
+++ /dev/null
@@ -1,8 +0,0 @@
-Expired deprecations for ``loads``, ``ndfromtxt``, and ``mafromtxt`` in npyio
------------------------------------------------------------------------------
-
-``numpy.loads`` was deprecated in v1.15, with the recommendation that users
-use `pickle.loads` instead.
-``ndfromtxt`` and ``mafromtxt`` were both deprecated in v1.17 - users should
-use `numpy.genfromtxt` instead with the appropriate value for the
-``usemask`` parameter.
diff --git a/doc/release/upcoming_changes/19665.change.rst b/doc/release/upcoming_changes/19665.change.rst
deleted file mode 100644
index 2c2315dd2..000000000
--- a/doc/release/upcoming_changes/19665.change.rst
+++ /dev/null
@@ -1,4 +0,0 @@
-Python 3.7 is no longer supported
----------------------------------
-Python support has been dropped. This is rather strict, there are
-changes that require Python >=3.8.
diff --git a/doc/release/upcoming_changes/19680.improvement.rst b/doc/release/upcoming_changes/19680.improvement.rst
deleted file mode 100644
index 1a2a3496b..000000000
--- a/doc/release/upcoming_changes/19680.improvement.rst
+++ /dev/null
@@ -1,5 +0,0 @@
-`numpy.fromregex` now accepts ``os.PathLike`` implementations
--------------------------------------------------------------
-
-`numpy.fromregex` now accepts objects implementing the `__fspath__<os.PathLike>`
-protocol, *e.g.* `pathlib.Path`.
diff --git a/doc/release/upcoming_changes/19687.change.rst b/doc/release/upcoming_changes/19687.change.rst
deleted file mode 100644
index c7f7512b6..000000000
--- a/doc/release/upcoming_changes/19687.change.rst
+++ /dev/null
@@ -1,8 +0,0 @@
-str/repr of complex dtypes now include space after punctuation
---------------------------------------------------------------
-
-The repr of ``np.dtype({"names": ["a"], "formats": [int], "offsets": [2]})`` is
-now ``dtype({'names': ['a'], 'formats': ['<i8'], 'offsets': [2], 'itemsize': 10})``,
-whereas spaces where previously omitted after colons and between fields.
-
-The old behavior can be restored via ``np.set_printoptions(legacy="1.21")``.
diff --git a/doc/release/upcoming_changes/19754.new_feature.rst b/doc/release/upcoming_changes/19754.new_feature.rst
deleted file mode 100644
index 4e91e4cb3..000000000
--- a/doc/release/upcoming_changes/19754.new_feature.rst
+++ /dev/null
@@ -1,7 +0,0 @@
-A ``.clang-format`` file has been added
----------------------------------------
-Clang-format is a C/C++ code formatter, together with the added
-``.clang-format`` file, it produces code close enough to the NumPy
-C_STYLE_GUIDE for general use. Clang-format version 12+ is required
-due to the use of several new features, it is available in
-Fedora 34 and Ubuntu Focal among other distributions.
diff --git a/doc/release/upcoming_changes/19803.new_feature.rst b/doc/release/upcoming_changes/19803.new_feature.rst
deleted file mode 100644
index 942325822..000000000
--- a/doc/release/upcoming_changes/19803.new_feature.rst
+++ /dev/null
@@ -1,14 +0,0 @@
-``is_integer`` is now available to `numpy.floating` and `numpy.integer`
------------------------------------------------------------------------
-Based on its counterpart in `float` and `int`, the numpy floating point and
-integer types now support `~float.is_integer`. Returns ``True`` if the
-number is finite with integral value, and ``False`` otherwise.
-
-.. code-block:: python
-
-    >>> np.float32(-2.0).is_integer()
-    True
-    >>> np.float64(3.2).is_integer()
-    False
-    >>> np.int32(-2).is_integer()
-    True
diff --git a/doc/release/upcoming_changes/19805.new_feature.rst b/doc/release/upcoming_changes/19805.new_feature.rst
deleted file mode 100644
index f59409254..000000000
--- a/doc/release/upcoming_changes/19805.new_feature.rst
+++ /dev/null
@@ -1,5 +0,0 @@
-Symbolic parser for Fortran dimension specifications
-----------------------------------------------------
-A new symbolic parser has been added to f2py in order to correctly parse
-dimension specifications. The parser is the basis for future improvements
-and provides compatibility with Draft Fortran 202x.
diff --git a/doc/release/upcoming_changes/19879.new_feature.rst b/doc/release/upcoming_changes/19879.new_feature.rst
deleted file mode 100644
index c6624138b..000000000
--- a/doc/release/upcoming_changes/19879.new_feature.rst
+++ /dev/null
@@ -1,15 +0,0 @@
-``ndarray``, ``dtype`` and ``number`` are now runtime-subscriptable
--------------------------------------------------------------------
-Mimicking :pep:`585`, the `~numpy.ndarray`, `~numpy.dtype` and `~numpy.number`
-classes are now subscriptable for python 3.9 and later.
-Consequently, expressions that were previously only allowed in .pyi stub files
-or with the help of ``from __future__ import annotations`` are now also legal
-during runtime.
-
-.. code-block:: python
-
-    >>> import numpy as np
-    >>> from typing import Any
-
-    >>> np.ndarray[Any, np.dtype[np.float64]]
-    numpy.ndarray[typing.Any, numpy.dtype[numpy.float64]]
diff --git a/doc/release/upcoming_changes/19921.deprecation.rst b/doc/release/upcoming_changes/19921.deprecation.rst
deleted file mode 100644
index 17fa0f605..000000000
--- a/doc/release/upcoming_changes/19921.deprecation.rst
+++ /dev/null
@@ -1,3 +0,0 @@
-* the misspelled keyword argument ``delimitor`` of
-  ``numpy.ma.mrecords.fromtextfile()`` has been changed into
-  ``delimiter``, using it will emit a deprecation warning.
diff --git a/doc/release/upcoming_changes/20000.deprecation.rst b/doc/release/upcoming_changes/20000.deprecation.rst
deleted file mode 100644
index e0a56cd47..000000000
--- a/doc/release/upcoming_changes/20000.deprecation.rst
+++ /dev/null
@@ -1,5 +0,0 @@
-Passing boolean ``kth`` values to (arg-)partition has been deprecated
----------------------------------------------------------------------
-`~numpy.partition` and `~numpy.argpartition` would previously accept boolean
-values for the ``kth`` parameter, which would subsequently be converted into
-integers. This behavior has now been deprecated.
diff --git a/doc/release/upcoming_changes/20027.improvement.rst b/doc/release/upcoming_changes/20027.improvement.rst
deleted file mode 100644
index 86b3bed74..000000000
--- a/doc/release/upcoming_changes/20027.improvement.rst
+++ /dev/null
@@ -1,17 +0,0 @@
-Missing parameters have been added to the ``nan<x>`` functions
---------------------------------------------------------------
-A number of the ``nan<x>`` functions previously lacked parameters that were
-present in their ``<x>``-based counterpart, *e.g.* the ``where`` parameter was
-present in `~numpy.mean` but absent from `~numpy.nanmean`.
-
-The following parameters have now been added to the ``nan<x>`` functions:
-
-* nanmin: ``initial`` & ``where``
-* nanmax: ``initial`` & ``where``
-* nanargmin: ``keepdims`` & ``out``
-* nanargmax: ``keepdims`` & ``out``
-* nansum: ``initial`` & ``where``
-* nanprod: ``initial`` & ``where``
-* nanmean: ``where``
-* nanvar: ``where``
-* nanstd: ``where``
diff --git a/doc/release/upcoming_changes/20049.change.rst b/doc/release/upcoming_changes/20049.change.rst
deleted file mode 100644
index e1f08b343..000000000
--- a/doc/release/upcoming_changes/20049.change.rst
+++ /dev/null
@@ -1,5 +0,0 @@
-Corrected ``advance`` in ``PCG64DSXM`` and ``PCG64``
-----------------------------------------------------
-Fixed a bug in the ``advance`` method of ``PCG64DSXM`` and ``PCG64``. The bug only
-affects results when the step was larger than :math:`2^{64}` on platforms
-that do not support 128-bit integers(e.g., Windows and 32-bit Linux).
diff --git a/doc/release/upcoming_changes/20394.deprecation.rst b/doc/release/upcoming_changes/20394.deprecation.rst
new file mode 100644
index 000000000..44d1c8a20
--- /dev/null
+++ b/doc/release/upcoming_changes/20394.deprecation.rst
@@ -0,0 +1,6 @@
+Deprecate PyDataMem_SetEventHook
+--------------------------------
+
+The ability to track allocations is now built-in to python via ``tracemalloc``.
+The hook function ``PyDataMem_SetEventHook`` has been deprecated and the
+demonstration of its use in tool/allocation_tracking has been removed.