aserio changed the topic of #ste||ar to: STE||AR: Systems Technology, Emergent Parallelism, and Algorithm Research | stellar.cct.lsu.edu | HPX: A cure for performance impaired parallel applications | github.com/STEllAR-GROUP/hpx | Buildbot: http://rostam.cct.lsu.edu/ | Log: http://irclog.cct.lsu.edu/
david_pf_ has quit [Quit: david_pf_]
bikineev has joined #ste||ar
hkaiser has joined #ste||ar
bikineev has quit [Remote host closed the connection]
ajaivgeorge has quit [Remote host closed the connection]
david_pf_ has quit [Remote host closed the connection]
<jbjnr>
taeguk if the future 'next' that is passed in as an argument to the lambda has an exception, then calling .get() on it will cause it to rethrow that excption in the current frame
<jbjnr>
the function doesn't seem to need the value in get (it might be a void anyway, I didn't look), so just calling get makes sure things are checked
<jbjnr>
taeguk[m]: ^
bikineev has quit [Remote host closed the connection]
ajaivgeorge has quit [Ping timeout: 260 seconds]
bikineev has joined #ste||ar
EverYoung has joined #ste||ar
ajaivgeorge has joined #ste||ar
EverYoung has quit [Ping timeout: 246 seconds]
bikineev has quit [Remote host closed the connection]
bikineev has joined #ste||ar
ajaivgeorge has quit [Ping timeout: 260 seconds]
bikineev has quit [Remote host closed the connection]
pree has joined #ste||ar
<taeguk>
jbjnr: I don't know why "rethrowing that excption in the current frame" is needed.
<taeguk>
'next' is passed back to the parameter as 'curr' in the next lambda call.
<taeguk>
Is there a reason to check the exception for 'next'?
K-ballo has joined #ste||ar
david_pfander has joined #ste||ar
pree has quit [Quit: AaBbCc]
hkaiser has joined #ste||ar
taeguk has quit [Quit: Page closed]
david_pf_ has joined #ste||ar
hkaiser has quit [Read error: Connection reset by peer]
hkaiser has joined #ste||ar
EverYoung has joined #ste||ar
<david_pf_>
Vir: I tried to switch to mkretz/datapar, now my sqrt() don't compile, prefixing with Vc:: also doesn't help. Anything special I have to do so sqrt work?
<Vir>
david_pf_: IIRC sqrt was added by wash in his branch. We'd need to merge those back...
* Vir
never got his planned PRs :-)
EverYoung has quit [Ping timeout: 258 seconds]
<david_pf_>
Vir: ok, that means that I cannot use any of the Vc2 branches...
<david_pf_>
Vir: I'm switching back to Vc1 then...
<Vir>
david_pf_: looks like it. Merging wash's work back should be easy enough, though. I'll see what I can do tomorrow. Though likely I won't have time until Wednesday
<david_pf_>
Vir: would definitely be very helpful, so that we can do all of our work with Vc2, as that is IIRC the only one that support AVX512
<Vir>
yes
<david_pf_>
ok, thanks for the info, that way I'm at least not spending our running into walls :)
david_pfander has quit [Ping timeout: 246 seconds]
pree has joined #ste||ar
<pree>
hkaiser : yt ?
patg has joined #ste||ar
* zao
beep
bikineev has joined #ste||ar
patg has quit [Quit: See you later]
<hkaiser>
pree: leaving in a sec, will respond to your email later today
<pree>
Oaky
<pree>
Thank you
<hkaiser>
david_pf_: you could try merging things
hkaiser has quit [Quit: bye]
<david_pf_>
hkaiser: and lose another week on the fmm re-write. I can't work on everything at the same time
bikineev has quit [Remote host closed the connection]
EverYoung has joined #ste||ar
pree has quit [Ping timeout: 246 seconds]
EverYoung has quit [Ping timeout: 246 seconds]
jaafar has joined #ste||ar
eschnett has quit [Quit: eschnett]
david_pf_ has quit [Remote host closed the connection]
david_pfander has joined #ste||ar
bikineev has joined #ste||ar
bikineev has quit [Remote host closed the connection]
bikineev has joined #ste||ar
EverYoung has joined #ste||ar
EverYoung has quit [Ping timeout: 246 seconds]
<heller_>
david_pfander: what's the alternative?
<zao>
Heh, MPI is silly. Seems like I need to specially handle the case of overlapping buffers in Scatter/Gather myself with MPI::IN_PLACE.
<zao>
Please make HPX save the world soon so I don't have to care about this crap.