Add missing Thrust includes.

[bdice]

Closes #146

Description

This PR cleans up some #includes for Thrust. This is meant to help ease the transition to Thrust 1.16 / 1.17 when that is updated in rapids-cmake.

(I'm going to test this locally with Thrust 1.16 and will open the draft PR once I confirm it works.)

Context

Version 1.16 of Thrust reduced the number of internal header inclusions:

#1572 Removed several unnecessary header includes. Downstream projects may need to update their includes if they were relying on this behavior.

I am making similar changes across all RAPIDS libraries to clean up includes ("include what we use," in essence) to make sure we have compatibility with future versions of Thrust.

[bdice]

I checked the logs and the new thrust was used: CPM: adding package Thrust@1.17.0.0-rc2 (1.17.0-rc2).

All CI passed for commit 97044cc.

Next: wait for final Thrust 1.17.0 release, retest, then revert commits altering rapids-cmake behavior. Then this can be merged. We can update rapids-cmake once all repos are ready.

[PointKernel]

@bdice Thanks!

Any ETA for the thrust upgrade in rapids-cmake? I need to make a cudf PR to resolve the conflicts with newer version of cuco since all sentinel values are required to be passed via sentinel namespace (added in #142 ) for static_map. This would break all use cases of static_map in libcudf.

[bdice]

The upstream change in rapids-cmake is probably a week away from ready. The Thrust 1.17.0 release should come out next week, and we'll need to finalize some testing across all RAPIDS repos. This PR's changes to #includes can be merged, if we believe the Thrust 1.17.0-rc2 ➡️ 1.17.0 final update won't break includes. I think that's a safe bet. I will revert the changes to pull and test Thrust 1.17.0-rc2, then this can be reviewed and merged.

edit: It's ready for review 🚀

Tracking PR for rapids-cmake: rapidsai/rapids-cmake#199

[PointKernel]

Looks GREAT to me!