René's URL Explorer Experiment

{"@context":"https://schema.org","@type":"DiscussionForumPosting","headline":"`_PyImport_SwapPackageContext` would be helpful if exposed","articleBody":"# Feature or enhancement\n\nIn Nuitka, we have our own meta-path-based loader, which loads packages that contain extension modules with custom code that emulates the load process. For an extension module in a package, we used to set `_Py_PackageContext`, which has since been removed. Currently, `_PyRuntime.imports.pkgcontext` is not used because [we fall back](https://github.com/python/cpython/blob/a756a4b95341cda63298fb5628b56c32f43f4f1e/Python/import.c#L785-L789) to a thread-local `pkgcontext` variable, which Nuitka cannot access on Windows or where static linking to Python is not available.\n\nThis leads to some issues when Nuitka goes to load extensions that are stored in a submodule or create submodules, because the package context is not correct. For example, an extension module under `x.y` will create submodule `z` as `y.z` rather than `x.y.z`. There are currently some workarounds to repair the damage, but this is tedious and sometimes unreliable. If `_PyImport_SwapPackageContext` were exposed, Nuitka could just call that and make `PyModule_Create` know what package it lives in.\n\nNuitka doesn't need `_PyImport_SwapPackageContext` to be exposed as public or `PyUnstable`, we would just like to have it available in the ABI under `PyAPI_FUNC`. It would be very helpful if this could happen before 3.14.0, but that's up to Hugo.\n\n\u003c!-- gh-linked-prs --\u003e\n### Linked PRs\n* gh-139228\n\u003c!-- /gh-linked-prs --\u003e\n","author":{"url":"https://github.com/ZeroIntensity","@type":"Person","name":"ZeroIntensity"},"datePublished":"2025-09-22T11:11:28.000Z","interactionStatistic":{"@type":"InteractionCounter","interactionType":"https://schema.org/CommentAction","userInteractionCount":9},"url":"https://github.com/139227/cpython/issues/139227"}