14:01 <K-ballo> HPX_WITH_CXX2A and latest msvc make asio fail in their concept support

14:03 <K-ballo> workaround for now is disabling asio's concept support

14:04 <K-ballo> BOOST_ASIO_DISABLE_CONCEPTS

14:05 <hkaiser> K-ballo: ok, thanks - care to create ticket? otherwise we'll forget

14:18 <K-ballo> https://github.com/STEllAR-GROUP/hpx/issues/4318

14:18 <hkaiser> thanks

14:53 <primef> Hello all, I'm working with allocators and futures. More in particular I would like to use the block_allocator to allocate a shared_future vector to NUMA nodes. Is this possible?

14:55 <primef> As an additional remark, I'm using an own defined type as data type for the shared future vector. In other words my code is like this: typedef hpx::shared_future <tile_type> tile;typedef hpx::compute::host::block_allocator<tile> allocator_type;typedef hpx::compute::vector <tile, allocator_type> grid;typedef hpx::compute::host::block_executor<>

14:55 <primef> executor_type;

15:24 <primef> Hi, I'm sorry I got disconnected. My internet connection isn't stable today unfortunately. Any updates on my previous question? Thank you!

15:53 <zao> primef: No.

15:53 <zao> (you can see the log of the channel with the link in the topic, by the way)

15:55 <zao> hkaiser: Got any clue about the question primef had just above when you were disconnected?

16:13 <primef> zao: thanks for your hint!

16:16 <primef> As for my issue: I'm asking because I get an error which states: error: binding reference of type 'hpx::compute::host::block_allocator<hpx::lcos::shared_future<tile_type> >&' to 'const allocator_type' {aka 'const hpx::compute::host::block_allocator<hpx::lcos::shared_future<tile_type> >'} discards qualifiers

16:18 <diehlpk_work> jbjnr, I like to ask for an update about libfabric?

16:18 <diehlpk_work> Since Cori is available again, we like to run the first tests

16:25 <hkaiser> primef: looks like you have a const-correctness issue

16:27 <primef> hkaiser: first, thanks for your help! I thought of that, but cannot make my head around it. Does the HPX API require a const somewehere?

16:28 <primef> *Does the HPX API for the block_allocator require a const

16:57 <heller> primef: can you maybe post the full error message?

16:58 <primef> In file included from /home/nfs/fprimerano/pad/hpx149/hpx/hpx/include/compute.hpp:12, from /home/nfs/fprimerano/pad/project/src/3_stencil/stencil_optimized_numa.cpp:8:/home/nfs/fprimerano/pad/hpx149/hpx/libs/compute/include/hpx/compute/vector.hpp: In instantiation of 'hpx::compute::vector<T, Allocator>& hpx::compute::vector<T,

16:58 <primef> Allocator>::operator=(const hpx::compute::vector<T, Allocator>&) [with T = hpx::lcos::shared_future<tile_type>; Allocator = hpx::compute::host::block_allocator<hpx::lcos::shared_future<tile_type> >]':/home/nfs/fprimerano/pad/project/src/3_stencil/stencil_optimized_numa.cpp:221:16: required from

16:58 <primef> here/home/nfs/fprimerano/pad/hpx149/hpx/libs/compute/include/hpx/compute/vector.hpp:173:46: error: binding reference of type 'hpx::compute::host::block_allocator<hpx::lcos::shared_future<tile_type> >&' to 'const allocator_type' {aka 'const hpx::compute::host::block_allocator<hpx::lcos::shared_future<tile_type> >'} discards qualifiers 173 |

16:58 <primef> alloc_traits::allocate(other.alloc_, other.capacity_); | ~~~~~~^~~~~~In file included from /opt/asc/pub/spack/opt/spack/linux-centos7-haswell/gcc-4.8.5/gcc-9.2.0-2ljfzije77bz7bz3b6zwwzhdyulfhvqo/include/c++/9.2.0/ext/alloc_traits.h:36, from

16:58 <primef> /opt/asc/pub/spack/opt/spack/linux-centos7-haswell/gcc-4.8.5/gcc-9.2.0-2ljfzije77bz7bz3b6zwwzhdyulfhvqo/include/c++/9.2.0/bits/basic_string.h:40, from /opt/asc/pub/spack/opt/spack/linux-centos7-haswell/gcc-4.8.5/gcc-9.2.0-2ljfzije77bz7bz3b6zwwzhdyulfhvqo/include/c++/9.2.0/string:55, from

16:58 <primef> /opt/asc/pub/spack/opt/spack/linux-centos7-haswell/gcc-4.8.5/gcc-9.2.0-2ljfzije77bz7bz3b6zwwzhdyulfhvqo/include/c++/9.2.0/bits/locale_classes.h:40, from /opt/asc/pub/spack/opt/spack/linux-centos7-haswell/gcc-4.8.5/gcc-9.2.0-2ljfzije77bz7bz3b6zwwzhdyulfhvqo/include/c++/9.2.0/bits/ios_base.h:41, from

16:58 <primef> /opt/asc/pub/spack/opt/spack/linux-centos7-haswell/gcc-4.8.5/gcc-9.2.0-2ljfzije77bz7bz3b6zwwzhdyulfhvqo/include/c++/9.2.0/ios:42, from /opt/asc/pub/spack/opt/spack/linux-centos7-haswell/gcc-4.8.5/gcc-9.2.0-2ljfzije77bz7bz3b6zwwzhdyulfhvqo/include/c++/9.2.0/ostream:38, from

16:58 <primef> /home/nfs/fprimerano/.local/boost_1_72_0/boost/system/error_code.hpp:17, from /home/nfs/fprimerano/pad/hpx149/hpx/libs/errors/include/hpx/errors/error.hpp:16, from /home/nfs/fprimerano/pad/hpx149/hpx/build/libs/errors/include/hpx/errors.hpp:12, from

16:58 <primef> /home/nfs/fprimerano/pad/hpx149/hpx/hpx/hpx_finalize.hpp:13, from /home/nfs/fprimerano/pad/hpx149/hpx/hpx/hpx_init.hpp:16, from

16:58 <primef> /home/nfs/fprimerano/pad/project/src/3_stencil/stencil_optimized_numa.cpp:5:/opt/asc/pub/spack/opt/spack/linux-centos7-haswell/gcc-4.8.5/gcc-9.2.0-2ljfzije77bz7bz3b6zwwzhdyulfhvqo/include/c++/9.2.0/bits/alloc_traits.h:305:24: note: initializing argument 1 of 'static std::allocator_traits<_Alloc>::pointer

16:58 <primef> std::allocator_traits<_Alloc>::allocate(_Alloc&, std::allocator_traits<_Alloc>::size_type) [with _Alloc = hpx::compute::host::block_allocator<hpx::lcos::shared_future<tile_type> >; std::allocator_traits<_Alloc>::pointer = hpx::lcos::shared_future<tile_type>*; std::allocator_traits<_Alloc>::size_type = long unsigned int]' 305 |

16:58 <primef> allocate(_Alloc& __a, size_type __n) | ~~~~~~~~^~~make[2]: *** [src/3_stencil/CMakeFiles/stencil_optimized_numa.dir/stencil_optimized_numa.cpp.o] Error 1make[1]: *** [src/3_stencil/CMakeFiles/stencil_optimized_numa.dir/all] Error 2make: *** [all] Error 2

16:58 <primef> heller: sorry for the formatting, if you have any hint how to format it better please let me know

16:59 <primef> As my understanding, during an assignment operation (=) between two vectors, the error arises. Hence the overloaded operator's function vector& operator=(vector const& other), is called.

17:15 <K-ballo> next time use some paste site and drop the link here

17:17 <K-ballo> the error looks correct, seems like there's a bug in compute/vector

17:19 <primef> https://gist.github.com/PrimeF/5f0c0c8dd35c0887bedc634a10408844

17:19 <primef> This is the error

17:20 <primef> And this is the code causing it: https://gist.github.com/PrimeF/8a62e85dc46073656c8558a3dbf975fb

17:20 <K-ballo> that reads much much better

17:21 <K-ballo> vector::op= should be copying over other.alloc and operating with that instead

17:22 <primef> K-ballo: I open an issue for that on GitHub? And do you have a workaround?

17:28 <K-ballo> can't think of a workaround, can't think how it may actually be working somewhere

17:31 <primef> What about ditching the compute::vector and use an alternative instead?

17:37 <K-ballo> I wouldn't know, I know nothing about compute

17:39 <primef> Alright, thank you anyways. Do you have any suggestions as how to fix this? So that I can apply a hot fix in my local installation.

17:40 <K-ballo> maybe wait for more than 10 seconds?

19:56 <primef> K-ballo: sorry for dropping out. I had to leave the office and take the last train to go home. Back to my question. Do you have any suggestion for a hot-fux?

19:56 <primef> *fix