fix(tools): support Python 3.14 worker context in DaemonThreadPoolExecutor (#76621)

[Enough1122]

Summary

DaemonThreadPoolExecutor._adjust_thread_count mirrors CPython 3.8–3.13's ThreadPoolExecutor implementation and reads self._initializer / self._initargs. CPython 3.14 removed those attributes in favor of _create_worker_context() (and changed _worker's signature to (executor_reference, ctx, work_queue)), so the first parallel tool batch on Python 3.14 crashed with AttributeError: 'DaemonThreadPoolExecutor' object has no attribute '_initializer'.

Fix: branch on hasattr(self, '_create_worker_context') — on 3.14+ pass the context object to _worker; on 3.8–3.13 the existing path is unchanged.

Single-file change (plus one new test). No public API change. No new imports.

NOT doing X: not touching shutdown/idle-reuse semantics — daemon workers and _threads_queues skip are preserved on both branches.

Test plan

python -m pytest tests/tools/test_daemon_pool.py -q
# 4 passed (3 existing + 1 new: simulates the 3.14 layout via a fake
# _create_worker_context and asserts the Thread constructor receives
# (executor_ref, ctx, work_queue) with daemon=True)

Verified on Python 3.11 (3.8–3.13 branch). The 3.14 branch is exercised by the new unit test without depending on a 3.14 interpreter.

[alt-glitch]

This was generated by AI during triage.

Duplicate of #57459: both patches repair the Python 3.14 WorkerContext / _worker contract in DaemonThreadPoolExecutor._adjust_thread_count.

[teknium1]

Thanks for the focused compatibility repair. Current main still builds daemon workers with the legacy four-element tuple at tools/daemon_pool.py:55-60; CPython 3.14 defines _worker(executor_reference, ctx, work_queue) in Lib/concurrent/futures/thread.py:97 and creates that context in its executor implementation. The new branch supplies that exact three-element tuple while preserving the legacy path.

Problems

• The duplicate pointer to fix(tools): Python 3.14 compatibility for DaemonThreadPoolExecutor #57459 should not be treated as an equivalent replacement. Its visible diff retains the obsolete four-argument _worker call, whereas this patch supplies the required WorkerContext argument.

Suggested changes

• No production-code change is required here. For consolidation, retain a WorkerContext-aware implementation such as this one rather than the getattr-only fix(tools): Python 3.14 compatibility for DaemonThreadPoolExecutor #57459 patch.

This is an automated hermes-sweeper review.

[Enough1122]

Duplicate — 5 existing open PRs cover the same daemon_pool 3.14 worker-contract fix (#65182/#70873/#61224/#63780/#63777), and #76621 is itself a duplicate of #58596. Closing mine in favor of those.