Describe the enhancement requested
Upgrading some dependencies has been quite challenging for the project like abseil / grpc / protobuf:
There has been several attempts and the amount of work is massive because all of them are entangled and upgrading one requires to bump others.
When we upgraded to minimum CMake 3.25 the idea was to migrate our dependency management to FetchContent so we don't have to manually maintain and declare the different targets so those are generated at configure time.
This issue is to track specifically moving gRPC.
This follows a similar approach to what a different PR was doing with abseil, c-ares, RE2 and Protobuf
This is only for moving the dependency to FetchContent, upgrading the dependency can be done afterwards as a separate issue.
We will be able to reduce the installation of some of the previous dependencies moving gRPC.
Component(s)
C++
Describe the enhancement requested
Upgrading some dependencies has been quite challenging for the project like abseil / grpc / protobuf:
There has been several attempts and the amount of work is massive because all of them are entangled and upgrading one requires to bump others.
When we upgraded to minimum CMake 3.25 the idea was to migrate our dependency management to FetchContent so we don't have to manually maintain and declare the different targets so those are generated at configure time.
This issue is to track specifically moving gRPC.
This follows a similar approach to what a different PR was doing with abseil, c-ares, RE2 and Protobuf
This is only for moving the dependency to FetchContent, upgrading the dependency can be done afterwards as a separate issue.
We will be able to reduce the installation of some of the previous dependencies moving gRPC.
Component(s)
C++