-
Notifications
You must be signed in to change notification settings - Fork 239
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
CMake, scikit-build, and Apple Silicon #582
Comments
I'm rather thinking (though I haven't been thinking about it too heavily) that I wouldn't add anything specific to CMake, I'd just note it in the docs (and it should be fixed in scikit-build; ideally scikit-build should read and use everything from setuptools). I'll look at the changes soon. scikit-build is going to need some work I expect. |
Not the easiest solution for me, but I agree that that's the better principle, yes :-) |
I think I'd make that PR to scikit-build, wouldn't hurt, and needs to start somewhere. :) |
Good point! I'd almost forgotten. Done at scikit-build/scikit-build#530. |
I think this is closable now that Scikit-Build 0.12 is out. Everything should work similarly to setuptools now. |
Agreed! |
After a few hours of
wasted timelearning opportunities, I managed to strangle somearm64
anduniversal2
wheels out of my setup. But this was less straightforward than hoped for.Thing I had to change:
MACOSX_DEPLOYMENT_TARGET
toCIBW_ENVIRONMENT
. Could be fixed by a solution to set MACOSX_DEPLOYMENT_TARGET for all stages? #563.CMAKE_OSX_ARCHITECTURES
toCIBW_ENVIRONMENT
. It is kind of unfortunate that CMake doesn't seem to pick up onARCHFLAGS
(or maybe it would, but it gets overridden byCMAKE_OSX_ARCHITECTURES
passed by scikit-learn). We could of course set this environment variable (and I'd be happy with that), but this is also tricky to add something very build-system specific?ARCHFLAGS
/CMAKE_OSX_ARCHITECTURES
is also harder/impossible to fix forCIBW_BEFORE_ALL
in set MACOSX_DEPLOYMENT_TARGET for all stages? #563, btw, since it's dependent on the Python version.universal2
<->CMAKE_OSX_ARCHITECTURES=x86_64;arm64
link, and teach it to respect_PYTHON_HOST_PLATFORM
if that's already set (so, yeah, scikit-build is to blame here, @joerick): YannickJadoul/scikit-build@vs2019...YannickJadoul:vs2019-apple-silicon@henryiii, how do you judge about the scikit-build changes? They seem reasonably ad-hoc and very brittle, so not I'm wondering what else I missed. Also, worth a PR on scikit-build, according to you?
And what should we do in
cibuildwheel
? Just some docs?Main commit with the changes: YannickJadoul/Parselmouth@f3b61e0
See discussion on #579 (comment) thread.
The text was updated successfully, but these errors were encountered: