Use uniform type names for init values throughout CUB#9267
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Enterprise Run ID: 📒 Files selected for processing (29)
✅ Files skipped from review due to trivial changes (8)
🚧 Files skipped from review as they are similar to previous changes (20)
SummaryThis PR standardizes type naming for initial values across the CUB codebase to follow the existing convention:
Changes are purely identifier/type-name renames and propagation; no algorithmic or behavioral changes were introduced. Scope of ChangesAffected files: 28 files, ~166 lines changed (mix of benchmarks, core device headers, dispatch plumbing, kernel templates, and tests). Highlights:
Impact Assessment
Notes for Reviewers
suggestion: ## Walkthrough This PR uniformly renames initial-value type identifiers from InitT/init_t to InitValueT/init_value_t across dispatch templates, kernels, device APIs, benchmarks, and tests. ChangesInitial value type naming consolidation
Assessment against linked issues
Suggested reviewers
Comment |
🥳 CI Workflow Results🟩 Finished in 2h 23m: Pass: 100%/284 | Total: 11d 11h | Max: 2h 23m | Hits: 19%/967498See results here. |
| // for selecting the extremum across partitions. | ||
| // | ||
| // @tparam InitT | ||
| // @tparam InitValueT |
There was a problem hiding this comment.
Important, I do not see InitValueT as a template argument
fixes #7974
enforces existing CUB naming convention:
InitValueT: template parameters use PascalCase +Tsuffix (e.g.InputIteratorT, ReductionOpT, AccumT). These are part of the public/dispatch interface.init_value_t: local using aliases inside function bodies use snake_case +_tsuffix.