Skip to content
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

Move Python build to pyproject.toml, bump Python minver to 3.7, fix macos wheel generation #1916

Merged
merged 9 commits into from
Jul 4, 2022

Conversation

brenthuisman
Copy link
Contributor

  • Failing Macos Python wheel builds fixed. (There is a weekly job, I just have not been checking it.)
  • Macos Python wheels now come with dual-arch (x86-64 and arm64)
    • Testers wanted. I don't have Macs, let alone M1s.
  • Moved (nearly) all Python build instructions to pyproject.toml
    • Enables 'build isolation', and need to specify build-deps only once, no need for users or CI scripts to pre-install them.
    • Enables editable pip installs (pip install -e ./arbor)
      • Testers wanted!
    • Compatible with 'build frontends' pip and build.
    • Passing CMake options actually got shorter
  • Drop Python 3.6 support. This way of building does not work on that version anymore, but does 3.7 up to 3.11beta. I did my best to find the actual reason, or a formal declaration of cease of support, but couldn't find it. I assume something in this rather complex concoction of tooling is perhaps assuming 3.6 is in fact EOL.

Wheels available here: https://github.com/brenthuisman/arbor/actions/runs/2550193753

Closes #1683, #1414, #1409

…just have not been checking it.)

* Macos Python wheels now come with dual-arch (x86-64 and arm64)
  * Testers wanted. I don't have Macs, let alone M1s.
* Moved (nearly) all Python build instructions to `pyproject.toml`
  * Enables 'build isolation', and need to specify build-deps only once, no need for users or CI scripts to pre-install them.
  * Enables editable `pip` installs (`pip install -e ./arbor`)
    * Testers wanted!
  * Compatible with 'build frontends' `pip` and `build`.
  * Passing CMake options actually got shorter
* Drop Python 3.6 support. This way of building does not work on that version anymore, but does 3.7 up to 3.11beta. I did my best to find the actual reason, or a formal declaration of cease of support, but couldn't find it. I assume something in this rather complex concoction of tooling is perhaps assuming 3.6 is in fact EOL.

Wheels available here: https://github.com/brenthuisman/arbor/actions/runs/2550193753

Closes arbor-sim#1683, arbor-sim#1414, arbor-sim#1409
@brenthuisman brenthuisman added python packaging Installation from source and production of distro packages, python packages. labels Jun 24, 2022
@brenthuisman brenthuisman requested a review from Helveg June 27, 2022 08:10
Copy link
Collaborator

@Helveg Helveg left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

Copy link
Contributor

@thorstenhater thorstenhater left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Single question, nothong blocking though.

@brenthuisman brenthuisman merged commit 8af6bd2 into arbor-sim:master Jul 4, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
packaging Installation from source and production of distro packages, python packages. python
Projects
None yet
Development

Successfully merging this pull request may close these issues.

setup.py doesn't declare arbor package
3 participants