Skip to content

[ExecuTorch][#10375] Add extension.BundledModule to Wrap extension.Module with Bundled Program Logic #10744

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 1 commit into from
May 7, 2025

Conversation

pytorchbot
Copy link
Collaborator

This PR was created by the merge bot to help merge the original PR into the main branch.
ghstack PR number: #10449 by @zhenyan-zhang-meta
^ Please use this as the source of truth for the PR details, comments, and reviews
ghstack PR base: https://github.com/pytorch/executorch/tree/gh/zhenyan-zhang-meta/5/base
ghstack PR head: https://github.com/pytorch/executorch/tree/gh/zhenyan-zhang-meta/5/head
Merge bot PR base: https://github.com/pytorch/executorch/tree/main
Merge bot PR head: https://github.com/pytorch/executorch/tree/gh/zhenyan-zhang-meta/5/orig
@diff-train-skip-merge

….Module` with Bundled Program Logic

Pull Request resolved: #10449

#10375

# Context

This issue is a step of #9638.

In #9638, we want to have `extension.Module` as the single source of implementation in `pybindings`, which means that `pybindings.PyModule` should use `extension.Module` rather than its own `pybindings.Module`.

The issue is that `pybindings.PyModule` is dependent on the `method` getter from `pybindings.Module`, which `extension.Module` do not have. Since we don't want to expose `method` getter in `extension.Module`, we have to protect the getter, wrap the functions that is dependent on it and use the protected getter there, ultimately decouple `pybindings` from a `method` getter.

# Proposal

Now that we have a protected `method` getter, we can introduce an `extension.BundledModule`, a child class inheriting `extension.Module` which wraps up bundled program logic that is dependent on the `method` getter.

We are also introducing ctests and a file-path-based factory function constructor.

ghstack-source-id: 282374587

Differential Revision: [D73564125](https://our.internmc.facebook.com/intern/diff/D73564125/)
Copy link

pytorch-bot bot commented May 7, 2025

🔗 Helpful Links

🧪 See artifacts and rendered test results at hud.pytorch.org/pr/pytorch/executorch/10744

Note: Links to docs will display an error until the docs builds have been completed.

This comment was automatically generated by Dr. CI and updates every 15 minutes.

@facebook-github-bot facebook-github-bot added the CLA Signed This label is managed by the Facebook bot. Authors need to sign the CLA before a PR can be reviewed. label May 7, 2025
@zhenyan-zhang-meta
Copy link
Contributor

@pytorchbot label "topic: not user facing"

@zhenyan-zhang-meta zhenyan-zhang-meta merged commit 304c567 into main May 7, 2025
91 of 94 checks passed
@zhenyan-zhang-meta zhenyan-zhang-meta deleted the gh/zhenyan-zhang-meta/5/orig branch May 7, 2025 03:33
jhelsby pushed a commit to jhelsby/executorch that referenced this pull request May 9, 2025
@zhenyan-zhang-meta zhenyan-zhang-meta added release notes: devtools Changes to dev tooling, for example the debugger & profiler and removed topic: not user facing labels May 12, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
CLA Signed This label is managed by the Facebook bot. Authors need to sign the CLA before a PR can be reviewed. release notes: devtools Changes to dev tooling, for example the debugger & profiler
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants