-
-
Notifications
You must be signed in to change notification settings - Fork 439
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
uninitialized_relocate w/ type_support primitive #6344
uninitialized_relocate w/ type_support primitive #6344
Conversation
5f160d6
to
f9115c5
Compare
f9115c5
to
bd32982
Compare
34dec13
to
b435397
Compare
b435397
to
fcaa2f3
Compare
91091bf
to
8531572
Compare
One of the builders reports: https://cdash.cscs.ch/test/104782688 |
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.
It looks like the failing builders are unrelated (caused by problems on rostam). LGTM, thanks!
826a9e6
to
3256dec
Compare
libs/core/type_support/include/hpx/type_support/is_contiguous_iterator.hpp
Outdated
Show resolved
Hide resolved
2aa7101
to
b2d0ed3
Compare
using iter_value_type_t = | ||
typename std::iterator_traits<Iter>::value_type; | ||
|
||
template <typename Iter, typename Dummy = void> |
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.
Nitpick: we usually call the second parameter Enable
to convey its purpose.
libs/core/type_support/include/hpx/type_support/is_contiguous_iterator.hpp
Show resolved
Hide resolved
b2d0ed3
to
a43f622
Compare
ec19c07
to
2b1610e
Compare
2b1610e
to
82f2907
Compare
bors merge |
6344: uninitialized_relocate w/ type_support primitive r=hkaiser a=isidorostsa This PR replaces the `type_support::uninitialized_relocate` with a primitive version for uninitialized relocation, named `uninitialized_relocate_n_primitive`. This is used by the parallel and sequenced versions of `algorithms::uninitialized_relocate`. In contrast to the previous attempt of implementing the relocation functions, #6314, this does not place the primitive in `transfer.hpp`, which is in the `algorithms` module, nor does it modify `loop.hpp` to add the specific exception handling method required by `uninitialized_relocate`. The goal of keeping a primitive in type support, which is relatively low level in terms of dependencies, is to use it in the higher level `small_vector` and other data structures. 6348: Adding --exclusive to launching tests on rostam r=hkaiser a=hkaiser 6349: Moving hpx::threads::run_as_xxx to namespace hpx r=hkaiser a=hkaiser - run_as_os_thread - run_as_hpx_thread Co-authored-by: isidorostsa <tsa.isidoros@gmail.com> Co-authored-by: Hartmut Kaiser <hartmut.kaiser@gmail.com>
This PR was included in a batch that successfully built, but then failed to merge into master. It will not be retried. Additional information: Response status code: 422
{"message":"Changes must be made through a pull request.","documentation_url":"https://docs.github.com/articles/about-protected-branches"} |
This PR replaces the
type_support::uninitialized_relocate
with a primitive version for uninitialized relocation, nameduninitialized_relocate_n_primitive
. This is used by the parallel and sequenced versions ofalgorithms::uninitialized_relocate
.In contrast to the previous attempt of implementing the relocation functions, #6314, this does not place the primitive in
transfer.hpp
, which is in thealgorithms
module, nor does it modifyloop.hpp
to add the specific exception handling method required byuninitialized_relocate
.The goal of keeping a primitive in type support, which is relatively low level in terms of dependencies, is to use it in the higher level
small_vector
and other data structures.