Update CCCL version - #1008
Conversation
Bumping CCCL version to use latest changes in rapidsmpf
|
We only adopt CCCL release branches, not |
We have been pinned to commits from |
|
I'd like to wait to merge this until we land the RMM CCCL memory resource migration (starting merges tomorrow). That will come with a number of build breaking changes that are disruptive on their own. We can merge this after that migration settles. |
|
@bdice I think so. |
|
@bdice I would like to revisit this. I want to use |
bdice
left a comment
There was a problem hiding this comment.
This is using the latest commit from CCCL that has passed nightly RAPIDS builds. I verified locally that all of RAPIDS builds with this commit, and that cuDF passes C++ tests.
|
/merge |
|
Thanks @bdice for taking care of this |
## Remove memory resources from `Statistics` construction `Statistics` held `RmmResourceAdaptor` and `PinnedMemoryResource` as instance fields, tying resource lifetime to the stats object and preventing a single `Statistics` instance from being used with different resources at report time. ### Solution - Remove `mr_` / `pinned_mr_` fields and the `Statistics(RmmResourceAdaptor, ...)` constructor; `report()` and `create_memory_recorder()` now accept explicit `std::optional<any_device_resource>` / `std::optional<any_host_device_resource>` parameters — callers supply resources at use time. - Add `try_pinned_mr()` returning `std::optional<any_host_device_resource>` non-throwingly; correct `pinned_mr()` return type to `host_device_async_resource_ref`. - Add `memory/resource_types.hpp` with `any_device_resource` / `any_host_device_resource` aliases; update `RAPIDSMPF_MEMORY_PROFILE` macro to require an explicit `mr` argument. Closes #979 Depends on rapidsai/rapids-cmake#1008 and #985 Authors: - Niranda Perera (https://github.com/nirandaperera) Approvers: - Lawrence Mitchell (https://github.com/wence-) URL: #1003
Description
This PR updates CCCL to the latest 3.4.0 pre-release commit.
Comparison of CCCL commits: NVIDIA/cccl@c5594eb...a4fd978
We specifically need these features/fixes for RAPIDS projects:
constexprportability issue in__basic_anyNVIDIA/cccl#8353Checklist
cmake-format.jsonis up to date with these changes.include_guard(GLOBAL))