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

Compile _gaussianfft.so with cmake and scikit-build-core #26

Merged
merged 15 commits into from
Jan 23, 2024

Conversation

sindre-nistad
Copy link
Collaborator

@sindre-nistad sindre-nistad commented Dec 21, 2023

Defines the build steps with pyproject.toml, and cmake.
This makes it possible to compile gaussianfft for newer versions of Python

This should also make it easier to add more target platforms (e.g. Windows) and newer versions of Python.


Closes: #10, #12, #18

@sindre-nistad sindre-nistad changed the title Compile _gaussianfft.so with cmake and scimitar-build-core Compile _gaussianfft.so with cmake and scikit-build-core Dec 21, 2023
@sindre-nistad sindre-nistad force-pushed the refactor/cmake-base-building branch 2 times, most recently from 9157a17 to f91db2c Compare December 21, 2023 15:12
@dafeda
Copy link
Contributor

dafeda commented Dec 22, 2023

Do we still need to support Python 3.6?

@sindre-nistad
Copy link
Collaborator Author

Do we still need to support Python 3.6?

I hope not, I've asked @oddvarlia, but I haven't heard back from him yet.
In the mean time, I'm working on compiling it "manually" for Python 3.6

…fft` with `scikit-build-core`

This in preparation for Python 3.11 and later, and to remove much of the logic in setup.py + make it easier to install

`CMakeList.txt` is based on a sensible boilerplate cCourtesy of https://github.com/friendlyanon/cmake-init
Using the template for a shared library (https://github.com/friendlyanon/cmake-init-shared-static)
@sindre-nistad sindre-nistad force-pushed the refactor/cmake-base-building branch 5 times, most recently from ce1c273 to 45869c2 Compare January 15, 2024 16:08
pyproject.toml Show resolved Hide resolved
@sindre-nistad sindre-nistad force-pushed the refactor/cmake-base-building branch 2 times, most recently from 7119796 to 4a82899 Compare January 16, 2024 16:22
Only use `dist` wheel during testing, because of conflicting version requirement in the two wheels after it was fixed by auditwheel
This avoids an issue where the wheels for linux where created as "dirty" (`.dev0` on tags)
Versions of Boost prior to 1.76.0 can be troublesome to compile;
* Skip C++11 check when compiling older versions of Boost
* Use Boost 1.76.0 or newer on macOS, and in the source distribution
* Python Boost 1.74.0 seem to have problems with Python 3.10 and newer
@sindre-nistad sindre-nistad force-pushed the refactor/cmake-base-building branch from 4a82899 to f866475 Compare January 16, 2024 16:24
@sindre-nistad sindre-nistad merged commit dd56f8d into main Jan 23, 2024
21 checks passed
@sindre-nistad sindre-nistad deleted the refactor/cmake-base-building branch January 23, 2024 11:02
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.

Missing __version__
2 participants