Skip to content

Conversation

@chrisnovakovic
Copy link
Contributor

The documentation for the InterpreterOptions plugin configuration option is ambiguous - it implies the options within are used by Python while the .pex is being built (e.g. while compiling bytecode), but actually they're embedded in the .pex and used at run time. Now they aren't used at all: this functionality is instead provided by RuntimeInterpreterArgs.

Remove InterpreterOptions, since it is obsolete. Also tidy up some of the variable names in the Python build defs to make it explicit that the arguments in RuntimeInterpreterArgs are in fact passed to Python at run time.

The documentation for the `InterpreterOptions` plugin configuration
option is ambiguous - it implies the options within are used by Python
while the .pex is being built (e.g. while compiling bytecode), but
actually they're embedded in the .pex and used at run time. Now they
aren't used at all: this functionality is instead provided by
`RuntimeInterpreterArgs`.

Remove `InterpreterOptions`, since it is obsolete. Also tidy up some of
the variable names in the Python build defs to make it explicit that the
arguments in `RuntimeInterpreterArgs` are in fact passed to Python at
run time.
@chrisnovakovic chrisnovakovic merged commit 6b3f7b1 into please-build:master Dec 3, 2025
24 of 75 checks passed
@chrisnovakovic chrisnovakovic deleted the defaultinterpreterargs branch December 3, 2025 16:14
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants