head	1.2;
access;
symbols
	pkgsrc-2026Q3:1.1.0.2
	pkgsrc-2026Q3-base:1.1;
locks; strict;
comment	@# @;


1.2
date	2026.09.23.13.11.47;	author adam;	state dead;
branches;
next	1.1;
commitid	lFv0OxpFBlSEoKWG;

1.1
date	2026.08.12.21.47.29;	author wiz;	state Exp;
branches;
next	;
commitid	VN2pcYOr2VagBoRG;


desc
@@


1.2
log
@py-threadpoolctl: updated to 3.7.0

3.7.0 (2026-09-15)

Fixed an intermittent OSError on Windows when DLLs are loaded or unloaded concurrently during library discovery (for example when importing conda-forge OpenCV). On Python 3.14+, discovery uses ctypes.util.dllist when available. If dllist raises OSError, threadpoolctl emits a RuntimeWarning instead of crashing so the failure can be reported upstream with a minimal reproducer. Older Pythons use a Toolhelp snapshot enumerator, with graceful per-module fallbacks.

Added the ability to check whether a limiting API affects just the current thread or the whole process. Mainly aimed at debugging and diagnostics, and somewhat unreliable, it is therefore enabled by default only for command-line usage.

Only warn about simultaneous libomp and libiomp usage on Linux, where the incompatibility is known to cause crashes.

Fixed a deadlock triggered by getting or setting MKL's number of threads from parallel threads when using MKL with libiomp (Intel threading) on Linux.

Going forward, setting the number of threads will only have a thread-local impact if feasible (for example, at minimum the underlying library must support this option, and many don't.)

For MKL, setting the number of threads is now thread-local, i.e. limiting the number of threads won't impact MKL's thread pool size when using MKL in other Python threads.

For OpenBLAS compiled with OpenMP on Linux and macOS, setting the number of threads is now thread-local, i.e. won't impact OpenBLAS thread pool size in other Python threads. On Windows behavior is likely process-wide, but this may depend on how OpenBLAS was compiled with OpenMP.

Fix OpenBLAS detection for conda package on Windows

Fixed a deadlock on Linux when using threadpoolctl from multiple threads.

Start using Python 3.14's built-in support for listing shared libraries.

On Linux, start using /proc/self/maps for listing shared libraries.

Avoid importing ctypes.util on Linux (and load libc with ctypes.CDLL(None)) so threadpool_info() does not create libffi closures that can abort after os.fork() on some libffi builds.

Dropped official support for Python 3.9.
@
text
@$NetBSD: patch-pyproject.toml,v 1.1 2026/08/12 21:47:29 wiz Exp $

Support flit 4.

--- pyproject.toml.orig	2026-08-12 21:45:54.476310221 +0000
+++ pyproject.toml
@@@@ -1,20 +1,16 @@@@
 [build-system]
-requires = ["flit_core >=2,<4"]
+requires = ["flit_core >=3.2,<5"]
 build-backend = "flit_core.buildapi"
 
-# TODO: replace the following section by the standard [project] section to be able
-# to use flit v4.
-[tool.flit.metadata]
-module = "threadpoolctl"
-author = "Thomas Moreau"
-author-email = "thomas.moreau.2010@@gmail.com"
-home-page = "https://github.com/joblib/threadpoolctl"
-description-file = "README.md"
+[project]
+name = "threadpoolctl"
+authors = [{name = "Thomas Moreau", email = "thomas.moreau.2010@@gmail.com"}]
+readme = "README.md"
 requires-python = ">=3.9"
 license = "BSD-3-Clause"
+dynamic = ["version", "description"]
 classifiers = [
     "Intended Audience :: Developers",
-    "License :: OSI Approved :: BSD License",
     "Programming Language :: Python :: 3",
     "Programming Language :: Python :: 3.9",
     "Programming Language :: Python :: 3.10",
@@@@ -23,6 +19,9 @@@@ classifiers = [
     "Programming Language :: Python :: 3.13",
     "Topic :: Software Development :: Libraries :: Python Modules",
 ]
+
+[project.urls]
+homepage = "https://github.com/joblib/threadpoolctl"
 
 [tool.black]
 line-length = 88
@


1.1
log
@py-threadpoolctl: fix build with flit_core 4.
@
text
@d1 1
a1 1
$NetBSD$
@