Details
Diff Detail
- Repository
- rG LLVM Github Monorepo
Event Timeline
llvm/cmake/modules/FindGRPC.cmake | ||
---|---|---|
26 | how does the conditional logic/recovery around this work? |
llvm/cmake/modules/FindGRPC.cmake | ||
---|---|---|
26 | For now, there is no recovery or workaround. The only way to have system-installed install grpc + protobuf other than Homebrew would probably be compiling and doing make install but I don't think people are happy with doing that (and if they are already building it then it'd be better to use GRPC_INSTALL_PATH). Homebrew is de-facto the standard package manager for macOS and while I could check if Homebrew is found and if the packages are install and fall back to the "default" case when if they aren't we assume gRPC headers, libraries and binaries are all in the search paths I think that would be optimising for weird setups nobody is likely to use. WDYT? |
Recover when Homebrew is not a available or gRPC + Protobuf are not installed through Homebrew.
llvm/cmake/modules/FindGRPC.cmake | ||
---|---|---|
26 | This could use some comments, "fall back to homebrew-installed libraries, which typically aren't on the system path." | |
26 | this block should only run if we didn't already find the proto tools, right? | |
57 | at this point it would be nice to have have a cmake check that protoc and grpc_cpp_plugin both exist, and that we can include the proto and grpc headers. (unrelated though, separate change if you want to do this) |
Resolve review comments.
llvm/cmake/modules/FindGRPC.cmake | ||
---|---|---|
26 | Not really, the proto tools are in $PATH, but include directories and libraries aren't in default search paths. | |
57 | Good point! I've added a check for protoc and grpc_cpp_plugin and a FIXME regarding the ability to include headers. I'll do that in a separate patch. |
how does the conditional logic/recovery around this work?
e.g. what if it's installed in the system, but not via homebrew? What if homebrew is available, but grpc or protobuf are not installed?