IABSD.fr/ports/math/py-numpy
Branch :
Log
| Author | Commit | Date | CI | Message |
|---|---|---|---|---|
 |
664f316f | 2025-06-21 21:33:42 | merge py2-numpy into py3-numpy as suggested by sthen@ | |
 |
2bde3f99 | 2025-06-17 11:59:23 | Implement getauxval(3) using elf_aux_info(3) to unbreak runtime on riscv64 | |
|
7d7bda1d | 2025-06-17 11:58:38 | refresh patches | |
|
9182376c | 2025-06-12 20:49:12 | update numpy to 2.2.6 for Python 3.13 support Besides official support for newer Python, this updates bring typing and threading support as well as a few new functions for linear algebra like matvec and vecmat. Went through a bulk by tb@. tweaks and ok tb@ | |
 |
898fe946 | 2025-05-20 12:10:49 | bump py-numpy consumers. at least those which have compiled modules using numpy are no longer ABI-compatible following the update to numpy 2.x. this may over-bump slightly, but I've seen problems with at least pandas and scipy, and identifying others individually is too time-consuming. | |
 |
28650992 | 2025-05-17 20:30:36 | Update to numpy 2.0.2 This will break a few ports and fix some others. The required clean up work in the consumers will be committed by daniel shortly. tested on amd64, aarch64, sparc64, i386 and in an amd64 bulk by me and in real world scenarios by various. from daniel Thanks to sthen for being way too efficient at trawling through issue trackers and locating the workaround for an aarch64 ICE amazingly quickly. | |
|
069c4d66 | 2025-02-05 10:25:00 | add a BDEP on pythran for ports using cython, unless MODPY_CYTHON_PYTHRAN_RDEP is set (used in py-numpy to break a dependency loop). suggestion of doing it this way rather than with a PKGPATH check from tb@. | |
|
ec9bb8e6 | 2025-02-02 09:46:45 | drop COMPILER_LANGS, add annotation - configure checks for a C++17 compiler although it doesn't actually show up in build logs as being used. | |
|
223dd2dc | 2025-01-28 11:22:02 | set COMPILER_LANGS=c for various C-only ports add annotations near COMPILER for some other ports that don't have COMPILER_LIBCXX in WANTLIB not changing the actual compiler version of anything here (some could possibly remove the COMPILER line completely where they only used COMPILER due to an old WANTLIB entry which has since stopped using C++, but changing that is too likely to break things) | |
|
5a9600c7 | 2025-01-10 18:03:43 | Mark ports using lang/gcc/8,-f95 on arm64 as not BTI compliant To be reconsidered when we move to lang/gcc/11 or newer, which supports -mbranch-protection. The fix isn't complete since some ports may use BTI-incompatible fortran code through shared libraries. ok tb@ phessler@ pascal@ sthen@ |