K-ballo 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/
jehelset has joined #ste||ar
hkaiser has quit [Quit: bye]
bita has quit [Ping timeout: 264 seconds]
diehlpk_work_ has quit [Remote host closed the connection]
diehlpk_work_ has joined #ste||ar
<ms[m]>
gonidelis[m]: I think the answer you're looking for is that yes, you should modify the segmented overloads to return the same type (assuming it's possible, I think it is)
<ms[m]>
the transformation should be the same as what you've done for the non-segmented implementation
patrick22 has joined #ste||ar
hkaiser has joined #ste||ar
akheir has joined #ste||ar
patrick22 has quit [Ping timeout: 272 seconds]
shahrzad has joined #ste||ar
bita has joined #ste||ar
<gonidelis[m]>
ms[m]: you don't mean creatig CPOs though, do you?
<gonidelis[m]>
ahh sorry. that was stupid. they already dispatch to the segmented overloads from my CPOs
<gonidelis[m]>
I just change the return type i guess
<ms[m]>
gonidelis[m]: indeed, no new cpos :9
<gonidelis[m]>
ms[m]: I 'll give it a try. I just hope I won't mess up when I get to the internal functions