-
Notifications
You must be signed in to change notification settings - Fork 41
Implementing meson build #189
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
|
Is it worth doing 0.4.2 release before this build system change? There are a few small tweaks to fsps/py-fsps I wanted to include before doing a release but I think they are about ready. But maybe the build system changes all be more or less transparent. |
|
@bd-j — I think that doing a release first is an excellent idea. This might take me a while to get working anyways! |
|
Now the tests are failing with a segfault in |
|
This may magically finally be working now! @bd-j — My plan is to squash and merge this PR and then make a pre-release so that we can more easily test the wheels, etc. What do you think of all this? |
|
OK maybe I spoke too soon. We're getting some (as far as I can tell, non-deterministic) build failures on CI with the error: Full logIt seems like re-running exactly the same workflow often fixes this error, and I'm not clear on how to debug the issue here. Edit: I can confirm that when I re-ran the exact same workflow for the same commit, it runs just fine... very confused! (Perhaps @eli-schwartz has tips? No worries if it's not straightforward!) |
This tries to compile a basic program (specifically, Which TBH is a pretty odd error to get. How is libm not available? |
|
@eli-schwartz — Thanks for the summary - that's very strange!! I don't have any great ideas for what's going on, but I'll come back to it soon and see what I can dig up... |
|
Weirdly, Meson's debug log is less thorough about logging the inner guts of that compiler check than it is for C-like languages... currently poking around to try to consolidate it, but that code line really is the gist of it minus some specificity around injecting $FFLAGS and suchlike into the test compile command. |
|
Update: I've implemented a better log for this in Meson: mesonbuild/meson#10835 After that PR, you would be able to do |
|
This looks great! Sorry I completely missed this was ready when working on updating fsps 🤦. Shall we do a 4.2 release with what's on main now, and then merge this? |
|
Oh by the way, status update: I merged the relevant change into meson, although to test it you'd need to install Meson from git master. |
|
@bd-j — I've done a 0.4.2 release with the current setup and the wheels seem to be all good. I'll fix the conflicts and get this merged and we can go from there! @eli-schwartz — Thanks for all the updates and tips. I'll give the GitHub version a shot if/when we hit this build issue again! |
getting versioning to work do we gotta chdir\? pointing back at upstream repo testing meson build install setuptools_scm temporarily disabling release builds show me some logs oldest supported numpy adding support for older numpy try different windows setup static library macos gfortran optional link args try via python fixing segfaults perhaps specify nox session trying to get things to compile on windows typos link language gst Updating FSPS updating workflows updateing release workflow correcting cibuildwheel config typos for days opt; windows attributes export ignore skip all dist script dist dist sdist getting sdist to work fortran top level updated wheels build tryin some things sps_home for cibw guess we need the setup python? consistent test commands updating compilers on linux
Closes #186
Things to remember to do:
usecommands onto separate lines cconroy20/fsps#59 is merged