-
Notifications
You must be signed in to change notification settings - Fork 76
Reenable possibility to use an already installed C-Blosc library #244
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
|
@FrancescAlted @thewtex Can one of you review this PR ? Does this approach look sane to you guys ? |
|
Hi @bnavigator @sreerajkksd @FrancescAlted I explained more in #216, but improvements could be made by using a CMake package configuration file. |
|
If I understand correctly, @thewtex suggests to create a CMake package file instead of this PRs FindBlosc.cmake. This would go into c-blosc, not python-blosc. Way out of scope of this PR. |
FrancescAlted
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.
This looks reasonable to me (unless @thewtex would propose otherwise).
FrancescAlted
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.
Let's keep this on-hold until/if @thewtex would chime in.
I have been convinced of the weird CMake name conventions
FrancescAlted
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.
I have just a trivial comment
Yes, we should definitely be using a CMake package configuration file instead of a Find module. But, if @bnavigator is not willing to make those changes, this is still a step forward. We could merge this and make additional progress later. |
|
I would recommend merging this now (as we have approval from the maintainers) and creating a new PR for the concern mentioned. I can see that @bnavigator already created an issue for this. I believe this is going to help some people (including me) to compile with an existing c-blosc library. |
|
@FrancescAlted Can you cut a new release in Pypi ? |
|
I'm confused now. So building python-blosc against the system library now requires c-blosc with a CMake package file that's not yet provided by c-blosc? |
|
python-blosc provides its own FindBlosc.cmake for the time being. All should be there. |
|
I'm sorry, my bad. However, the FindBlosc module is missing from the pypi sdist. After using the raw git archive from GitHub, it works. |
|
HI, I'm packing python-blosc 1.10.6 in Debian. I wanted to be sure if this PR won't Thanks! |
This fixes #216, by introducing a
USE_SYSTEM_BLOSCenvironment variable. Custom install locations are supported through CMake's standard settableBlosc_ROOT,Blosc_INCLUDE_DIR, etc. variables for finding modules.For consistency with the standard CMake way, I decided against retaining the defunct
BLOSC_DIRvariable.BTW, the
build_clibandbuild_extcommands seems to do nothing on my installs, everything is performed by scikit-build during thebuildstage. Might have the same reason as #222.