IABSD.fr/ports/graphics/py-matplotlib
Branch :
Log
| Author | Commit | Date | CI | Message |
|---|---|---|---|---|
 |
32d17909 | 2026-06-14 00:24:41 | graphics/py-matplotlib: remove meson-python pinning, from upstream https://github.com/matplotlib/matplotlib/commit/03fa1ffb1b26733f109ae10ac67c8432f48ec320 | |
 |
ac9a185c | 2026-03-29 08:36:22 | py-matplotlib: disable link-time optimization for ports-gcc, ok daniel The combination of a modern compiler with antique binutils isn't expected in the ecosystem. On sparc64, LTO is enabled because the ports-gcc supports it which then emits "e" sections which are to be excluded from executables and shared objects by the link editor, such as .section .gnu.lto_.profile.5712db33fb59d8ee,"e",@progbits As reported by kmos, Fred Flintstone's gas trips over these with Fatal error: unrecognized .section attribute: want a,w,x,M,S,G,T | |
 |
41c3e90d | 2026-03-13 21:57:15 | update matplotlib to 3.10.8 | |
 |
16664fa5 | 2026-01-18 13:02:56 | Loosen meson-python dependency. | |
 |
e9132643 | 2025-10-23 13:19:51 | remove MODPY_COMMENT from PLISTs, no longer needed | |
|
ec918324 | 2025-10-20 19:22:54 | garbage-collect old @conflict entries; many were never needed, some are no longer needed since 6.9 was dropped from quirks. (experience has shown that having these around when not needed causes some confusion when using another port as a template for a new one; not least by me ;) | |
|
fdf76c10 | 2025-10-18 20:55:37 | update matplotlib to 3.10.7 | |
|
df0bd1e3 | 2025-06-24 14:04:22 | now fails on 32-bit archs; set ONLY_FOR_ARCHS ../src/_backend_agg_wrapper.cpp:253:17: error: non-constant-expression cannot be narrowed from type 'unsigned int' to 'long' in initializer list [-Wc++11-narrowing] | |
|
7db0b693 | 2025-06-19 23:55:02 | update py-matplotlib to 3.10.3 tested by and ok bket@ | |
|
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. |