Seeing as cbuildwheel is a collection of best-practice around wheel building, I'd like to integrate this. I don't think it actually fits the model of repair-wheel-command, because (correct me if I'm wrong):

it doesn't ever change the wheel, just produces a report on stdout
it doesn't need to be run in the build environment (e.g. the docker container), it can run wherever.
it doesn't support the build pythons we do (we're still 3.6+), and it's 3.8+.

So I'm thinking that it doesn't need to be installed in each build environment, rather, it can be run at the end of the build once all wheels have been built.

We could have a command CIBW_AFTER_ALL analogous to CIBW_BEFORE_ALL, that runs in the container. The default would be a noop, unless there are abi3 wheels present, where it would be pip install abi3audit && abi3audit {abi3wheels}
We could run abit3audit in the host python instead. Once all containers are finished, check for abi3 wheels, if there are any, install abi3audit into a venv and check them there. This doesn't feel like an CIBW_AFTER_ALL-style command, there's not really any point for a user to run anything else at this point, since they could just run a command after cibuildwheel instead. But the user might want to disable the check (or change options?) so it might have an option like CIBW_ABI3AUDIT=enabled|disabled|custom-command --with --flags {abi3wheels}

Curious if anyone has any strong opinions/preferences on the above.

p.s. option (2) above wouldn't work on Python 3.7, which cibuildwheel still runs on. However, that EoL is only a couple months away, so it shouldn't be an issue long-term.

Consider running abi3audit on abi3 wheels #1342

Description

Metadata

Metadata

Assignees

Labels

Fields

Projects

Milestone

Relationships

Development

Issue actions