From f904371e1cc0a54018639e6ff544b4fe7c970883 Mon Sep 17 00:00:00 2001 From: Tobias Ribizel Date: Sat, 13 Aug 2022 12:50:44 +0200 Subject: [PATCH] Fix BlockReduceRaking non-commutative docs The documentation contradicts itself here --- cub/block/specializations/block_reduce_raking.cuh | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/cub/block/specializations/block_reduce_raking.cuh b/cub/block/specializations/block_reduce_raking.cuh index 0a9009d2e2..1bd38a241c 100644 --- a/cub/block/specializations/block_reduce_raking.cuh +++ b/cub/block/specializations/block_reduce_raking.cuh @@ -51,9 +51,9 @@ CUB_NAMESPACE_BEGIN * honor the relative ordering of items and partial reductions when applying the * reduction operator. * - * Compared to the implementation of BlockReduceRaking (which does not support - * non-commutative operators), this implementation requires a few extra - * rounds of inter-thread communication. + * Compared to the implementation of BlockReduceRakingCommutativeOnly (which + * does not support non-commutative operators), this implementation requires a + * few extra rounds of inter-thread communication. */ template < typename T, ///< Data type being reduced