Files
pybind11/.github
Ralf W. Grosse-Kunstleve d4f9cfbc28 Modernize NVHPC CI job (to make it working again): Ubuntu-24.04 runner, NVHPC 25.11 (#5935)
* Limit busy-wait loops in per-subinterpreter GIL test

Add explicit timeouts to the busy-wait coordination loops in the
Per-Subinterpreter GIL test in tests/test_with_catch/test_subinterpreter.cpp.
Previously those loops spun indefinitely waiting for shared atomics like
`started` and `sync` to change, which is fine when CPython's free-threading
and per-interpreter GIL behavior matches the test's expectations but becomes
pathologically bad when that behavior regresses: the `test_with_catch`
executable can then hang forever, causing our 3.14t CI jobs to time out
after 90 minutes.

This change keeps the structure and intent of the test but adds a
std::chrono::steady_clock deadline to each of the coordination loops,
using a conservative 10 second bound. Worker threads record a failure and
return if they hit the timeout, while the main thread fails the test via
Catch2 instead of hanging. That way, if future CPython free-threading
patches change the semantics again, the test will fail quickly and
produced a diagnosable error instead of wedging the CI job.

* Revert "Limit busy-wait loops in per-subinterpreter GIL test"

This reverts commit 7847adacda.

* Add progress reporter for test_with_catch Catch runner

Introduce a custom Catch2 reporter for tests/test_with_catch that prints a
simple one-line status for each test case as it starts and ends, and wire the
cpptest CMake target to invoke test_with_catch with -r progress. This makes
it much easier to see where the embedded/interpreter test binary is spending
its time in CI logs, and in particular to pinpoint which test case is stuck
when the free-threading builds hang.

Compared to adding ad hoc timeouts around potentially infinite busy-wait
loops in individual tests, a progress reporter is a more general and robust
approach: it gives visibility into all tests (including future ones) without
changing their behavior, and turns otherwise opaque 90-minute timeouts into
locatable issues in the Catch output.

* Temporarily limit CI to Python 3.14t free-threading jobs

* Temporarily remove non-CI GitHub workflow files

* Temporarily disable AppVeyor builds via skip_commits

* Add DEBUG_LOOK in TEST_CASE("Move Subinterpreter")

* Add Python version banner to Catch progress reporter

Print the CPython version once at the start of the Catch-based
interpreter tests using Py_GetVersion(). This makes it trivial to
confirm which free-threaded build a failing run is using when
inspecting CI or local logs.

* Revert "Add DEBUG_LOOK in TEST_CASE("Move Subinterpreter")"

This reverts commit ad3e1c34ce.

* Pin CI free-threaded runs to CPython 3.14.0t

Update the standard-small and standard-large GitHub Actions jobs to
request python-version 3.14.0t instead of 3.14t. This forces setup-python
to use the last-known-good 3.14.0 free-threaded build rather than the
newer 3.14.1+ builds where subinterpreter finalization regressed.

* Revert "Pin CI free-threaded runs to CPython 3.14.0t"

This reverts commit 5281e1c20c.

* Revert "Temporarily disable AppVeyor builds via skip_commits"

This reverts commit ed11292636.

* Revert "Temporarily remove non-CI GitHub workflow files"

This reverts commit 0fe6a42a04.

* Revert "Temporarily limit CI to Python 3.14t free-threading jobs"

This reverts commit 60ae0e8f74.

* Pin CI free-threaded runs to CPython 3.14.0t

Update the standard-small and standard-large GitHub Actions jobs to
request python-version 3.14.0t instead of 3.14t. This forces setup-python
to use the last-known-good 3.14.0 free-threaded build rather than the
newer 3.14.1+ builds where subinterpreter finalization regressed.

* Switch NVHPC job to ubuntu-24.04 and disable AppVeyor

* Temporarily trim workflows to focus on NVHPC job

* First restore ci.yml from test-with-catch-timeouts branch, then delete all jobs except ubuntu-nvhpc7

* Change runner to ubuntu-24.04

* Use nvhpc-25-11

* Undo ALL changes relative to master (i.e. this branch is now an exact copy of master)

* Change runner to ubuntu-24.04

* Use nvhpc-25-11

* Remove misleading 7 from job name (i.e. ubuntu-nvhpc7 → ubuntu-nvhpc)
2025-12-14 19:01:34 -08:00
..
2022-02-15 17:48:33 -05:00
2021-07-12 17:45:40 -04:00
2025-12-13 02:17:08 -08:00