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 c-ares to FetchContent as a new step before moving grpc.
This follows a similar approach to what a different PR was doing with abseil:
This is only for moving the dependency to FetchContent, upgrading the dependency can be done afterwards as a separate issue.
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 c-ares to FetchContent as a new step before moving grpc.
This follows a similar approach to what a different PR was doing with abseil:
This is only for moving the dependency to FetchContent, upgrading the dependency can be done afterwards as a separate issue.
Component(s)
C++