Skip to content

Move Android folder to Platforms #146445

Description

@freakboy3742

As part of the general cleanup of the repository to put all platform build tooling into the Platforms folder, we need to move the Android folder to Platforms/Android.

Linked PRs

Activity

  1. self-assigned this
    on Mar 26, 2026
  2. added
    type-refactorCode refactoring (with no changes in behavior)
    triagedThe issue has been accepted as valid by a triager.
    on Mar 26, 2026
  3. freakboy3742 commented on Mar 27, 2026

    @freakboy3742
    ContributorAuthor

    @mhsmith As part of this migration, I'd like to move the android.py script to Platform/Android/__main__.py; that makes the build script entry point consistent with Emscripten, iOS and WASI.

    Two questions that emerge from that:

    1. Do you think we need to retain the Android/android.py script as a backwards compatibility shim? Can you think of anything outside the CPython build ecosystem that might be relying on that location in the Python source tree? I haven't done this for iOS, on the basis that the only consumers of that folder is CPython's own build processes.
    2. I know cibuildwheel relies on the android.py name in the release package, so I'll need to rename it there as part of the packaging process; but is there anything else you can think of that might be relying on the android.py name specifically?
  4. mhsmith commented on Apr 1, 2026

    @mhsmith
    Member

    Apart from cibuldwheel, I don't think there are any other external references to the android.py name. However, there are many references in the Android/README, and in android.py itself via SCRIPT_NAME.

    The README in particular would be awkward to update to accommodate two names, so maybe we can leave android.py at its original name, and add a __main__.py launcher script to provide a consistent entry point.

    There are also a couple of references to the Android/README path that would need to be updated, including Doc/using/android.rst, and the dev guide, which looks like it might need some updates for Emscripten and iOS as well. WASI has already been updated, and uses tabs to handle differences between different Python versions.

  5. freakboy3742 commented on Apr 2, 2026

    @freakboy3742
    ContributorAuthor

    Agreed there's a bunch of dev guide references that need updates. That work is on my todo list.

    I'm not sure the README issue is that bad. To my read, most of the potential confusion comes because the "how you run the test suite" assumes running the CPython test suite with a release package is a common use case. While it's certainly possible, I think the instructions can be made fairly clear by separating the "how to test CPython" from "how to test your third party package". I'll include that rework in my PR applying the rename.

  6. added a commit that references this issue on Apr 13, 2026
  7. added a commit that references this issue on Apr 25, 2026
  8. added 2 commits that reference this issue on May 8, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

OS-androidtriagedThe issue has been accepted as valid by a triager.type-refactorCode refactoring (with no changes in behavior)

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions