-
-
Notifications
You must be signed in to change notification settings - Fork 33.7k
gh-141926: Do not unset RUNSHARED when cross-compiling
#141958
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
Conversation
a3272ed to
9152608
Compare
FFY00
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think RUNSHARED should only need to be cleared to run the built interpreter on edge cases. Since nowadays it's more likely we need to keep it, I think it makes sense to keep it by default, and add some logic to adjust it when needed.
|
🤖 New build scheduled with the buildbot fleet by @FFY00 for commit 9152608 🤖 Results will be shown at: https://buildbot.python.org/all/#/grid?branch=refs%2Fpull%2F141958%2Fmerge If you want to schedule another build, you need to add the 🔨 test-with-buildbots label again. |
Wouldn't cross-compiling from say x86_64 to aarch64 on Linux where you haven't configured binfmt-misc to handle ARM binaries break? I know that is not uncommon to build software for SBCs like a Raspberry Pi with this setup. |
Break at what step though? It looks like, e.g., PGO still runs when cross-compiling, so clearing |
Yeah thinking this over a bit more, I think you're right that any use-case where this could regress is either completely or subtly broken anyway. |
|
I presume these test failures on the refleaks bots are flakes? e.g.: |
|
Yeah, the buildbot failures are unrelated, we are okay. |
An alternative to #141927 just removing what appears to be legacy code instead of providing a way to opt-in to different behavior.
Closes #141926
Closes astral-sh/python-build-standalone#864