# Proposal: Officially Deprecate Support for Legacy (Single-Phase Init) Extension Modules

**URL:** <https://discuss.python.org/t/proposal-officially-deprecate-support-for-legacy-single-phase-init-extension-modules/89262>\
**Category:** Core Development\
**Created:** [April 22, 2025, 11:31pm UTC](https://discuss.python.org/t/proposal-officially-deprecate-support-for-legacy-single-phase-init-extension-modules/89262 "2025-04-22T23:31:07Z")\
**Posts on this page:** 1\
**Showing post:** 34

<div class="post-metadata">

**Author:** ![steve.dower](https://sea2.discourse-cdn.com/flex002/user_avatar/discuss.python.org/steve.dower/32/56_2.png) [@steve.dower](https://discuss.python.org/u/steve.dower)\
**Post date:** [April 25, 2025, 9:14am UTC](https://discuss.python.org/t/proposal-officially-deprecate-support-for-legacy-single-phase-init-extension-modules/89262/34 "2025-04-25T09:14:49Z")

</div>

> [@wjakob](#):
>
> However, with work on improving parallelization in Python, my impression is that there is no concept of a stable ABI (at least, that is definitely the case for free-threaded Python). What is the status of subinterpreters on this point?

As Da Woods said, subinterpreters are already in the main release, so it’s as stable as the Stable ABI.

Free-threaded is an experimental build, because we don’t yet know exactly what shape things will have to be in order to work. Expect some breaking changes, or potentially an entirely new stable ABI (we’re [discussing elsewhere](https://discuss.python.org/t/stable-abi-limited-api-for-free-threaded-builds/86458) whether to move to `abi4` for all builds, to add a new parallel `abi3t` just for free-threaded, or just add a set of build-time options to choose which parts are stable). There’s [a proposal](https://discuss.python.org/t/pep-779-criteria-for-supported-status-for-free-threaded-python/84319) that free-threaded is stable enough now that we can commit to its ABI, and so if that’s accepted then the new stable ABI can be determined, but until then we need to keep the flexibility to avoid designing in flaws and being committed to them for a long period of time.

---

_[View the full topic](https://discuss.python.org/t/proposal-officially-deprecate-support-for-legacy-single-phase-init-extension-modules/89262)._
