Skip to content

Conversation

@cachemeifyoucan
Copy link
Collaborator

Update the logic to find gRPC to always favor CMake find_package
implementation including for builds on macOS that uses homebrew, where
gRPCConfig.cmake is also installed to provide an accurate target
dependencies to link against.

This fixes the problem that newer gRPC version has broken up the
libraries into smaller pieces and the hard coded list of libraries in
the implementation can no longer work.

Fixes: #59844

Created using spr 1.3.7
@llvmbot llvmbot added the cmake Build system in general and CMake in particular label Oct 10, 2025
@cachemeifyoucan
Copy link
Collaborator Author

I tested on macOS, where it seems no extra settings are needed to find gRPC as long as the package is installed via HomeBrew.

I don't know if there are anyone relies on the linking system library path, which obvious missing all the dependencies if using any recent gRPC version as reported in the GitHub issues linked. Maybe it can be removed.

Created using spr 1.3.7
@cachemeifyoucan cachemeifyoucan merged commit 2b135b9 into main Oct 15, 2025
77 checks passed
@cachemeifyoucan cachemeifyoucan deleted the users/cachemeifyoucan/spr/cmakegrpc-update-findgrpccmake-to-support-newer-grpc-versions branch October 15, 2025 20:14
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

cmake Build system in general and CMake in particular

Projects

None yet

Development

Successfully merging this pull request may close these issues.

clangd-index-server-monitor & grpc++ fails to link on Debian 12

4 participants