Consider reducing hard CPM dependency to ease packaging
Nobody has claimed this yet.
- Dominant language
- C++
- Stars
- 2.4k
- Forks
- 270
- Avg merge
- 3d 6h
- Merged PRs (30d)
- 39
Description
Currently, CMakeLists.txt and the cmake modules have a heavy reliance on CPM (via rapids-cmake) for dependency management. While this works well for standalone development, it creates significant friction for package managers like vcpkg and Conan, which need to supply dependencies from their own registries instead. Maintainers must patch the CMake files to bypass CPM, increasing maintenance burden.
Happy to help with a PR if this direction is welcomed.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reading CMakeLists.txt and the cmake modules to map where CPM, via rapids-cmake, controls dependency management. Compare that flow with the needs of vcpkg and Conan; done would mean package managers can supply dependencies without maintainers patching the CMake files.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cmake, cpp
- Domain
- build-system
- Issue type
- Refactor
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100