-
-
Notifications
You must be signed in to change notification settings - Fork 31
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
Protobuf cmake modules do not appear to be installed for Linux #68
Comments
Yes, this is because we build using autotools and not using CMake. |
So does this mean, CMake users are not intended to be supported on Linux then? |
No, it means that someone needs to invest time to get this building. |
Or someone needs to raise this issue with upstream where it originates |
Is there a reason for that? in windows it is cmake, the build won't succeed with cmake on osx and Linux? |
Sometimes CMake doesn't put the autotools files where they should be. This has caused a lot of pain in the past as autotools is more commonly used on Unixes. As one example please see issue ( conda-forge/zeromq-feedstock#25 ) |
I understand, but the windows version is already on CMake and vcpkg as well uses the cmake version. Just was curious if it had any specific reason in this case. |
The main issue is that Not sure whether they have fixed that meanwhile in the CMake build. This issue is not relevant for us on Windows. |
Stumbling on this... it looks like that the upstream project has a MR that fixes the CMake / make discrepency: Shall we try this (simple) patch and build with CMake on Linux? This would definitley make Cmake user's life easier (building example out of the box for instance) |
I wanted to tackle this (since protocolbuffers/protobuf#9178 landed in 3.20), but the current setup here ( |
So despite protocolbuffers/protobuf#9178, this still caused a fallout after #128 got merged. I'm planning to switch to just CMake-native builds as of 3.22 (planned for November apparently), because slotting this into the existing builds without breaking anything does not looks like an easy task. For anyone impatient enough to try this themselves, I learned about this handy checklist, though already the file list doesn't match because protocolbuffers/protobuf#9178 didn't fully close the gap (quoted from the OP there):
|
Upcoming protobuf 3.22 straight up threw away everything autotools related, so 3.22 is definitely going to be built by CMake, and will have pkg-config metadata. :) |
Issue:
If I install the libprotobuf package under windows I see the expected cmake modules installed to
%CONDA_PREFIX%/Library/cmake
. But under Linux I'm not able to find any protobuf related modules. The result is that this package cannot be used for cmake builds on Linux.Files found in Linux:
Files found in Windows:
Environment (
conda list
):Details about
conda
and system (conda info
):The text was updated successfully, but these errors were encountered: