-
Notifications
You must be signed in to change notification settings - Fork 234
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
Feature request: CIBW_AFTER_ALL #1329
Comments
@smheidrich , just so I understand, what are you wanting to do after the build is finished? My confusion is that the container is going to be deleted once it's closed (i.e. immediately after |
@joerick The basic problem was to have container-specific cache directories, but I only now found out that So at least for my use case this is no longer needed, if anyone has another reason to need this they can ask to reopen or write a new ticket. Sorry! |
Description
To allow running commands in Linux1 build containers before any builds are started, cibuildwheel has the
CIBW_BEFORE_ALL*
env vars. I would like it if there was a complementaryCIBW_AFTER_ALL
env var to allow running commands after all builds within a container are completed.This would be useful to e.g. move around cache directories that are specific to the architecture and hence container image used.
In my specific use case, I could probably get around needing this if something like the
CIBUILDWHEEL_BUILD_ARCH
env var from #944 was implemented and available when theCIBW_ENVIRONMENT*
env vars are evaluated and if that evaluation happened separately for each container, because then I could set an architecture-dependent cached directory outside the container to be used directly instead of having to move it around. But others might need this even then because not all build tools are as flexible with directory locations as Cargo.Related issues:
1 Of course it also works for Mac OS and Windows builds, but in principle it could be replaced by a separate CI step for those and isn't strictly needed.
Build log
No response
CI config
No response
The text was updated successfully, but these errors were encountered: