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
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 against a debian sid

2 participants