<ms[m]>
std::invoke_result should work as a replacement directly here, right (with some ifdefs...)?
<K-ballo>
ms[m]: yes, that should be the only use of std::result_of
<K-ballo>
we could just implement it ourselves in place, we were using it due to sfinae being delicate on some old gccs, and we are already reducing all cases to the function call case (because sfinae for mem-ptrs was not quite there back then)
jaafar has quit [Quit: Konversation terminated!]
weilewei has joined #ste||ar
hkaiser has joined #ste||ar
weilewei has quit [Remote host closed the connection]
weilewei has joined #ste||ar
Yorlik has joined #ste||ar
nanmiao11 has joined #ste||ar
akheir has joined #ste||ar
akheir1 has joined #ste||ar
akheir has quit [Ping timeout: 260 seconds]
shahrzad has joined #ste||ar
bita has joined #ste||ar
<hkaiser>
weilewei: yt?
<weilewei>
hkaiser yes
<hkaiser>
working on removing the libcds data support from hpx
<hkaiser>
which of the functions do we actually need?
<weilewei>
hkaiser please keep _hazard_pointer one, and remove libcds_data_ and dynamic_hazard_pointer
nanmiao11 has quit [Remote host closed the connection]
<hkaiser>
consider it done ;-)
<weilewei>
thanks!
nanmiao11 has joined #ste||ar
akheir has joined #ste||ar
hkaiser_ has joined #ste||ar
<hkaiser_>
weilewei: see #4890
akheir1 has quit [Ping timeout: 256 seconds]
<weilewei>
hkaiser ok
<weilewei>
hkaiser I will test it later today
<hkaiser_>
thanks
hkaiser has quit [Ping timeout: 246 seconds]
Vir has joined #ste||ar
weilewei has quit [Remote host closed the connection]
weilewei has joined #ste||ar
<weilewei>
hkaiser_ seems the meeting get moved to 3 pm central time...
<hkaiser_>
yes
<weilewei>
hkaiser_ ok just got confirmed from Ronnie, it is one hour later. I think the calendar just changed after we talked this morning
<hkaiser_>
ok, I will be there
mcopik has joined #ste||ar
mcopik has quit [Client Quit]
diehlpk_work has joined #ste||ar
<hkaiser_>
ms[m]: yt?
bennie[m] has joined #ste||ar
akheir has quit [Quit: Leaving]
<gnikunj[m]>
hkaiser_: yt?
<hkaiser_>
gnikunj[m]: here
<gnikunj[m]>
hkaiser_: can you try building hpx with openmpi on rostam and run any of the distributed examples?
<gnikunj[m]>
none of the work for me
<gnikunj[m]>
I'm getting seg fault, no matter what way I use: sbatch, srun, salloc
<hkaiser_>
gnikunj[m]: the automatic builder seem to work fine
<gnikunj[m]>
hkaiser_: is that an example?
<gnikunj[m]>
or do you mean the build system?
bita has quit [Ping timeout: 240 seconds]
Vir has quit [Ping timeout: 256 seconds]
Vir has joined #ste||ar
<hkaiser_>
I mean the builders that are triggered by github
<gnikunj[m]>
i see. I've been trying to identify what could've been the issue behind those seg faults when I realised that all the examples are throwing seg fault for me
<hkaiser_>
so something with your env is fishy
<hkaiser_>
debug/release mismatch?
<gnikunj[m]>
everything is on release
<hkaiser_>
compile/runtime mismatch?
<gnikunj[m]>
everything compiled with gcc 10.1
<hkaiser_>
I meant that you compile against one version but run against another one
<hkaiser_>
perhaps stale binaries somehwere that are being found
<hkaiser_>
do you see the same when compiler with debug?
<gnikunj[m]>
yes
<gnikunj[m]>
let me try to clear out everything in my bashrc and delete all installations
<gnikunj[m]>
and try again
<hkaiser_>
what's the error message in debug?
<hkaiser_>
stack trace?
<gnikunj[m]>
seg fault
<gnikunj[m]>
wait I'll have to check the stack trace
<gnikunj[m]>
let me delete everything and start from scratch just to be sure this time