<diehlpk>
hkaiser, GSoD has finished. Should we remove it from the welcome message?
hkaiser changed the topic of #ste||ar to: The topic is '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/
<hkaiser>
diehlpk: done
<diehlpk>
thx
<diehlpk>
I am working on the hpxMP paper
<diehlpk>
and later on the proceedings proposal
weilewei has joined #ste||ar
<weilewei>
hkaiser just a reminder that we will have a meeting with ronnie tmr 12:30 central time
<hkaiser>
weilewei: uhh thanks!
<weilewei>
hkaiser welcome
<hkaiser>
weilewei: I have a proposal defense at 10am, I should be back by then
<weilewei>
hkaiser, jbjnr said he got dca w/ hpx running on his laptop but has not got it running on Summit, last Friday. He already returned to CSCS
<hkaiser>
weilewei: ok, that's too bad
<weilewei>
hkaiser lol, he said he will keep working on it these months...
<hkaiser>
heh
diehlpk has quit [Ping timeout: 250 seconds]
hkaiser has quit [Quit: bye]
weilewei has quit [Remote host closed the connection]
jaafar has quit [Ping timeout: 252 seconds]
K-ballo has joined #ste||ar
hkaiser has joined #ste||ar
hkaiser has quit [Quit: bye]
aserio has joined #ste||ar
aserio has quit [Ping timeout: 245 seconds]
jaafar has joined #ste||ar
aserio has joined #ste||ar
hkaiser has joined #ste||ar
khuck has joined #ste||ar
khuck has quit [Client Quit]
weilewei has joined #ste||ar
weilewei has quit [Remote host closed the connection]
weilewei has joined #ste||ar
aserio1 has joined #ste||ar
aserio has quit [Ping timeout: 250 seconds]
aserio1 is now known as aserio
K-ballo1 has joined #ste||ar
K-ballo has quit [Ping timeout: 240 seconds]
K-ballo1 is now known as K-ballo
jaafar has quit [Ping timeout: 265 seconds]
jaafar has joined #ste||ar
K-ballo1 has joined #ste||ar
weilewei has quit [Remote host closed the connection]
jaafar has quit [Remote host closed the connection]
<K-ballo>
simbergm: I'm not familiar with get_function_address, would it work on `&base_type::run_impl`?
<simbergm>
no, it would work on this->f_ (of type F)
<K-ballo>
I don't understand the question
<simbergm>
sec
<simbergm>
I suppose my question might be: is there a standard way to detect and handle member functions specially compared to things that are just called directly?