Mailman 3 April 2025 - NumPy-Discussion

Better compatibility of the Python scientific/data stack with fast Python interpreters
by PIERRE AUGIER May 18, 2025

May 18, 2025

Dear Numpy community members and Numpy developers, This email is to get the points of view of the Numpy community members and developers about a subject that I find very important. I'm going to introduce it just in few lines so I write few statements without backing them with proper arguments and without giving links and word definitions. I assume that most people registered to the numpy-discussion list are at least familiar to the subject. I think getting proper compatibility of the Python scientific/data stack with fast Python interpreters is very important for the long-term future of Python for science and data. Nowadays, fast Python implementations like PyPy and GraalPy are - complicated to use (need local builds of wheels) - slow as soon as the code involves Python extensions (because extensions work through an emulation layer, like cpyext in PyPy) Therefore, these fast Python implementations are not as popular as they should be. However, they are really great tools which should be used in particular for scientific/data applications. Unfortunately, if we just follow the pace of the CPython C API evolution, we will basically never have an ecosystem natively compatible with fast Python implementations. The more I think and learn about this subject, the more I think that Numpy has to stop using directly the CPython C API and to be ported to HPy (though there are other alternatives - in particular Nanobind and Cython - that could be discussed). Numpy 1 has been ported to HPy but unfortunately, there have been deep changes with Numpy 2 (and Meson) so it seems that one should restart the porting. Moreover, unfortunately, HPy does not currently receive as much care as it should. It seems to me that the project of fixing the roots of the Python ecosystem has to be relaunched. I think that the dynamics has to come from the Python scientific/data community and in particular Numpy. It is unfortunately outside of the C API working group's scope (see https://discuss.python.org/t/c-api-working-group-and-plan-to-get-a-python-c…). It seems to me that it is necessary (and possible) to get some founding for such an impactful project so that we can get people working on it. I'd like to write a long and serious text on this subject, and I first try to get the points of view of the different people and projects involved. I guess I should write explicit questions: - What do you think about the project of fixing the Python scientific/data stack so that it becomes natively compatible (hence fast and convenient, with easy installations) with alternative and fast Python interpreters? - Do you have points of view on how this should be done, technically (HPy?, something else?) and on other aspects (community, NEP?, founding, ...). - Anything else interesting on this subject? Best regards, Pierre -- Pierre Augier - CR CNRS http://www.legi.grenoble-inp.fr LEGI (UMR 5519) Laboratoire des Ecoulements Geophysiques et Industriels BP53, 38041 Grenoble Cedex, France tel:+33.4.56.52.86.16

3 9

next NumPy triage meeting - Wednesday, January 22nd, 2025 at 6 pm UTC
by Inessa Pawson May 11, 2025

May 11, 2025

The next NumPy triage meeting will be held this Wednesday, January 22nd at 18:00 UTC. As always, this is a meeting where we synchronously triage prioritized PRs and issues. Everyone is welcome to attend and contribute to a conversation. Join us via Zoom: https://numfocus-org.zoom.us/j/82096749952?pwd=MW9oUmtKQ1c3a2gydGk1RTdYUUVX… Please notify us of issues or PRs that you’d like to have reviewed by adding a GitHub link to them in the meeting agenda: https://hackmd.io/68i_JvOYQfy9ERiHgXMPvg -- Cheers, Inessa Inessa Pawson GitHub: inessapawson

1 7

next Documentation team meeting
by Mukulika Pahari May 5, 2025

May 5, 2025

Hi all, Our next Documentation Team meeting will happen on *Monday, July 15* at *7PM UTC*. All are welcome - you don't need to already be a contributor to join. If you have questions or are curious about what we're doing, we'll be happy to meet you! If you wish to join on Zoom, use this (updated) link: https://numfocus-org.zoom.us/j/85016474448?pwd=TWEvaWJ1SklyVEpwNXUrcHV1YmFJQ... Here's the permanent hackmd document with the meeting notes (still being updated): https://hackmd.io/oB_boakvRqKR-_2jRV-Qjg Hope to see you around! Best wishes, Mukulika

2 18

next NumPy community meeting - Wednesday, April 9th, 2025 at 5 pm UTC - now meeting ONE HOUR EARLIER
by Inessa Pawson May 3, 2025

May 3, 2025

The next NumPy community meeting will be held this Wednesday, April 9th at 17:00 (5 pm) UTC. Please note the TIME CHANGE! Join us via Zoom: https://numfocus-org.zoom.us/j/83278611437?pwd=ekhoLzlHRjdWc0NOY2FQM0NPemdk… Everyone is welcome and encouraged to attend. To add to the meeting agenda the topics you’d like to discuss, follow the link: https://hackmd.io/76o-IxCjQX2mOXO_wwkcpg?both For the notes from the previous meetings, visit: https://github.com/numpy/archive/tree/main/community_meetings -- Cheers, Inessa Inessa Pawson GitHub: inessapawson

1 2

next NumPy Optimization Team meeting - Monday, January 20th, 2025 at 5 pm UTC
by Inessa Pawson May 2, 2025

May 2, 2025

Hi, all! The next NumPy Optimization Team meeting will be held on Monday, January 20th at 17:00 UTC. Join us via Zoom: https://numfocus-org.zoom.us/j/81261288210?pwd=iwV99tGSjR61RTGEERKM4QKxe46g… Everyone is welcome and encouraged to attend. To add to the meeting agenda the topics you’d like to discuss, follow the link: https://hackmd.io/dVdSlQ0TThWkOk0OkmGsmw?both For the notes from the previous meetings, visit: https://github.com/numpy/archive/tree/main/optim_team_meetings -- Cheers, Inessa Inessa Pawson GitHub: inessapawson

1 5

Fwd: Research Opportunity: Can we monitor your projects?
by Charles R Harris April 30, 2025

April 30, 2025

Just thought I'd pass this along for discussion. Chuck ---------- Forwarded message --------- From: <webmaster(a)cse.unl.edu> Date: Tue, Apr 29, 2025 at 4:09 PM Subject: Research Opportunity: Can we monitor your projects? To: Charles Harris <charlesr.harris(a)gmail.com> Hello Charles Harris, I'm Samuel Flint, and I'm working with Dr. Robert Dyer from the University of Nebraska-Lincoln on a study about type annotations in dynamic languages. We would like your permission to monitor the following project(s), which are highly relevant to our research, and for which you are maintainer: - numpy/numpy (https://github.com/numpy/numpy) If you agree, we will provide a bot that tracks changes related to type annotations. The bot will notify committers after relevant changes, asking them to participate in the study (no more than once every 24 hours, and they can opt-out or request data removal at any time). Would you be willing to have us monitor your project(s)? If so, please install the bot using the instructions here: https://github.com/apps/typechangebot Additional help is available from GitHub ( https://docs.github.com/en/apps/using-github-apps/installing-a-github-app-f… ). Thanks for considering! Samuel W. Flint and Robert Dyer This study as been approved by the University of Nebraska-Lincoln Institutional Review Board ( https://research.unl.edu/researchcompliance/human-subjects-research/) with the title "Understanding Developers' Addition and Removal of Type Annotations", IRB# 23988.

5 5

ENH: Add saturating arithmetic functions
by Carlos Martin April 28, 2025

April 28, 2025

Saturating arithmetic (https://en.wikipedia.org/wiki/Saturation_arithmetic) is important in digital signal processing and other areas. Feature request: Add saturating arithmetic functions for the following basic operations: - addition (C++ counterpart: https://en.cppreference.com/w/cpp/numeric/add_sat) - subtraction (C++ counterpart: https://en.cppreference.com/w/cpp/numeric/sub_sat) - multiplication (C++ counterpart: https://en.cppreference.com/w/cpp/numeric/mul_sat) - division (C++ counterpart: https://en.cppreference.com/w/cpp/numeric/div_sat) - casting (C++ counterpart: https://en.cppreference.com/w/cpp/numeric/saturate_cast) - negation I've implemented these for JAX at https://gist.github.com/carlosgmartin/b32fa6fed3aa82f83dfbaac4b6345672. Corresponding issue: https://github.com/jax-ml/jax/issues/26566.

3 2

StringDType scalar type
by Mateusz Sokol April 28, 2025

April 28, 2025

Hi all! There's an ongoing discussion about introducing a dedicated scalar type for `StringDType`. One of the remarks was that the scope of the change is large enough so it deserves a separate paragraph in the NEP 55. It's also vital to collect more opinions from the community before the actual work, therefore here's a list of active discussion threads: - An official issue for StringDType scalar: https://github.com/numpy/numpy/issues/28165 - PR which updates NEP 55 to describe StringDType scalar: https://github.com/numpy/numpy/pull/28842 - Draft PR meant to ship the feature (goes after NEP 55 update): https://github.com/numpy/numpy/pull/28196 Please share your thoughts! Best regards, Mateusz

1 0

NumPy Steering Council membership update
by Ralf Gommers April 21, 2025

April 21, 2025

Hi all, On behalf of the whole steering council, I'd like to welcome Marten van Kerkwijk and Nathan Goldbaum as new steering council members. We're very glad that Marten has returned to active NumPy development and is returning to the council, and that Nathan is joining the council after 2.5 years of high-quality contributions. We'd also like to thank Stephan Hoyer and Eric Wieser, who are moving to emeritus council member status after no longer being very actively involved in the project for a while, for their contributions. The updates to council membership are made in https://github.com/numpy/numpy.org/pull/847 and visible at https://numpy.org/about/#steering-council. Cheers, Ralf

1 0

NumPy 2.2.5 released
by Charles R Harris April 20, 2025

April 20, 2025

Hi All, NumPy 2.2.5 is a patch release that fixes bugs found after the 2.2.4 release. It has a large number of typing fixes/improvements as well as the normal bug fixes and some CI maintenance. This release supports Python 3.10-3.13. Wheels can be downloaded from PyPI <https://pypi.org/project/numpy/2.2.5>; source archives, release notes, and wheel hashes are available on Github <https://github.com/numpy/numpy/releases/tag/v2.2.5>. *Contributors* A total of 7 people contributed to this release. People with a "+" by their names contributed a patch for the first time. - Charles Harris - Joren Hammudoglu - Baskar Gopinath + - Nathan Goldbaum - Nicholas Christensen + - Sayed Adel - karl + *Pull requests merged* A total of 19 pull requests were merged for this release. - #28545: MAINT: Prepare 2.2.x for further development - #28582: BUG: Fix return type of NpyIter_GetIterNext in Cython declarations - #28583: BUG: avoid deadlocks with C++ shared mutex in dispatch cache - #28585: TYP: fix typing errors in ``_core.strings`` - #28631: MAINT, CI: Update Ubuntu to 22.04 in azure-pipelines - #28632: BUG: Set writeable flag for writeable dlpacks. - #28633: BUG: Fix crackfortran parsing error when a division occurs within... - #28650: TYP: fix ``ndarray.tolist()`` and ``.item()`` for unknown dtype - #28654: BUG: fix deepcopying StringDType arrays (#28643) - #28661: TYP: Accept objects that ``write()`` to ``str`` in ``savetxt`` - #28663: CI: Replace QEMU armhf with native (32-bit compatibility mode) - #28682: SIMD: Resolve Highway QSort symbol linking error on aarch32/ASIMD - #28683: TYP: add missing ``"b1"`` literals for ``dtype[bool]`` - #28705: TYP: Fix false rejection of ``NDArray[object_].__abs__()`` - #28706: TYP: Fix inconsistent ``NDArray[float64].__[r]truediv__`` return... - #28723: TYP: fix string-like ``ndarray`` rich comparison operators - #28758: TYP: some ``[arg]partition`` fixes - #28772: TYP: fix incorrect ``random.Generator.integers`` return type - #28774: TYP: fix ``count_nonzero`` signature Cheers, Charles Harris

1 0