Added floating point types support for work_group_scan_inclusive tests#2529
Conversation
-adapted from KhronosGroup#2525 due to code review
|
Related to #2533. |
rjodinchr
left a comment
There was a problem hiding this comment.
I think that PR could be refactored a bit to avoid too much code duplication
@rjodinchr thanks for the feedback. Please note the comment from the parent issue, duplication issues were resolved in #1401. That being said, I can confirm there is room for unification, however I would prefer to add a separate PR once all related branches are merged. How does that sound to you? |
I think the fp16/fp64 sections that are duplicated 3 times (for Min/Max/Add), should be refactored in a single function (with a template maybe). I don't see a reason to wait for that. |
As far as I understand you refer to the code which was the subject of a request in #2525; please see that thread for the context and how it was resolved. |
rjodinchr
left a comment
There was a problem hiding this comment.
I refer to the 3 comments "duplicated" added below.
Those sections look the same with different templates for Min/Max/Add. I don't see why we should duplicate that code 3 times here while we could just have it in one place.
This is independent of previous/future PR, if I'm not mistaken.
corrected |
rjodinchr
left a comment
There was a problem hiding this comment.
Thank you for the change.
LGTM.
I think in a future PR we could also refactor inclusive and reduce, right? they are also the same and could also be part of the same function if we add another template argument to it?
Okay |
Related to #1364