-
Notifications
You must be signed in to change notification settings - Fork 116
[onedpl][ranges] oneDPL range based API: M algorithms set implementation #2100
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
b2a1dc0
to
b0ee21e
Compare
a1fa6d0
to
529c77c
Compare
…ssion in C++ standard committee)
Co-authored-by: Dmitriy Sobolev <[email protected]>
8f7099a
to
a774e1d
Compare
include/oneapi/dpl/pstl/hetero/dpcpp/parallel_backend_sycl_for.h
Outdated
Show resolved
Hide resolved
Co-authored-by: Dmitriy Sobolev <[email protected]>
include/oneapi/dpl/pstl/hetero/dpcpp/parallel_backend_sycl_for.h
Outdated
Show resolved
Hide resolved
include/oneapi/dpl/pstl/hetero/dpcpp/parallel_backend_sycl_for.h
Outdated
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM.
I've additionally tested this PR on different operating systems and compilers: no new issues noticed.
A non-critical point, which does not block the PR, and can be addressed separately: #2100 (comment)
RFC to be merged first: #2037.
There are a good number of clang format suggestions I think are worth accepting. I haven't yet been able to check through the tests, but I trust @dmitriy-sobolev covering that. I should have some time to get to the tests later today but I don't expect to have issues. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM as well. (but I would suggest considering some of the clang format suggestions.)
ce52a0b
ce52a0b
to
49b1120
Compare
49b1120
to
93ea564
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I am reapproving after applying some clang-format suggestions.
I am a bit biased about them, but it is a tiny portion of the PR.
Dan, could you please point which ones? Or do you mean the all suggestions? |
I didnt go through them very thoroughly after I saw a few suggestions which seemed to be obvious ones to accept. Also, my preference is that if something is on the edge, I also prefer to take the suggestion just because it will continue to show up in any subsequent changes. I trust your judgement. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The clang format changes seem fine. Optional to take any other suggestions in my opinion.
…ion (#2100) * Based on RFC #2037 * [oneDPL][ranges][M] + fix: __unseq_backend::__simd_walk_1 -> __unseq_backend::__simd_walk_n * [oneDPL][hetero] + changes walkX_vectors_or_scalars class: + 'mutable' is to relax the requirements for a user functor/lambda type operator() may be non-const * [oneDPL][ranges][M] + ranges::generate removed; (there is still discussion in C++ standard committee)
[onedpl][ranges] oneDPL range based API: M algorithms set: fill,
generate, move, replace, replace_if, remove, remove_if, mismatch, minmax_element, minmax, min, max, find_first_of, find_end, is_sorted_until