-
Notifications
You must be signed in to change notification settings - Fork 3
Improve macos support #19
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
…tly in python-wheel.cmake.
…possible fallback to macosx_deployment_target usage.
bd9a27e to
70f24eb
Compare
…h a sample project.
70f24eb to
b1d399e
Compare
josephbirkner
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hmm, what problem are we solving here? Could you please test this with mapget as well? The delocate-path tool is well-established and it is there to also change the RPATH in packaged dependency libs. Potentially a regression, since packaged dependencies of dependencies will not be found anymore. Maybe we can add a shared lib dependency with a dependency to the test wheel?
josephbirkner
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Wow 👍 Good to merge!
This PR improves macOS wheel building by automating library dependency handling with
delocate, eliminating the need for manual post-processing scripts while properly supporting transitive dependencies (e.g., OpenSSL → libcrypto). The build process now automatically invokesdelocate-pathduring CMake builds, ensuring all bundled libraries use correct@loader_pathrpaths. No API changes required - existing projects only need topip install delocate.