[rascani]

gen_oplist, gen_selected_prim_ops and gen_max_kernel_num each have a
function their main() calls, but gen_all_oplist and codegen.gen do all
their work in main(), so a Python caller has to start a subprocess or
fake a command line to use them. Their work moves into
gen_all_oplist.gen_all_oplist() and codegen.gen.generate(), and main()
keeps only the command-line handling: argument parsing, the @-prefixed
list file, the BUCK checks and gen_all_oplist's single-yaml mode, which
still leaves debug_info alone. generate() takes main()'s flags as keyword
arguments (outputs is --generate; the unused --static-dispatch-backend is
left out) and builds its FileManager directly instead of through
make_file_manager(options). Its tags.yaml and native_functions.yaml
default to the copies packaged with torchgen, the ones
tools/cmake/Codegen.cmake passes, so callers need not know where torchgen
keeps them; --tags-path and --aten-yaml-path default the same way.

The command lines behave as before: a selective build of two models plus
an op list makes byte-identical sources with the old and new tools. The
ESP-IDF component's gen_kernels.py calls both functions in the next
change.

Authored with Claude Code.

[pytorch-bot]

🔗 Helpful Links

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

• 📄 Preview Python docs built from this PR

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

✅ No Failures

As of commit 7758683 with merge base 4411b8d ():
💚 Looks good so far! There are no failures yet. 💚

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

[github-actions]

This PR needs a release notes: label

If your change should be included in the release notes (i.e. would users of this library care about this change?), please use a label starting with release notes:. This helps us keep track and include your important work in the next release notes.

To add a label, you can comment to pytorchbot, for example
@pytorchbot label "release notes: none"

For more information, see
https://github.com/pytorch/pytorch/wiki/PyTorch-AutoLabel-Bot#why-categorize-for-release-notes-and-how-does-it-work.

[JakeStevens]

fyi claude is nervous about internal ci with this, keep an eye i guess