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/
<zao> For finding winning paper names? :P
EverYoung has joined #ste||ar
gedaj has joined #ste||ar
EverYoung has quit [Ping timeout: 258 seconds]
gedaj has quit [Read error: Connection reset by peer]
gedaj has joined #ste||ar
gedaj has quit [Read error: Connection reset by peer]
<github> [hpx] K-ballo force-pushed then-fwd-future from 654091a to 9e7d204: https://git.io/vFq60
<github> hpx/then-fwd-future 9e7d204 Agustin K-ballo Berge: Support using mutable executors with .then
ct-clmsn has joined #ste||ar
ct-clmsn is now known as Guest47066
EverYoung has joined #ste||ar
<parsa[w]> i have a method matrix() in operand_type... what's wrong with `using data_type = decltype((operand_type::*matrix)());`?
EverYoung has quit [Ping timeout: 258 seconds]
<hkaiser> parsa[w]: why do you do that?
Guest47066 has quit [Quit: Leaving]
ct-clmsn_ has joined #ste||ar
twwright has quit [Ping timeout: 240 seconds]
parsa has joined #ste||ar
<parsa[w]> hkaiser: to get the return type of ::matrix()
<hkaiser> parsa[w]: don't you know that already?
hkaiser has quit [Quit: bye]
gedaj has joined #ste||ar
parsa has quit [Quit: Zzzzzzzzzzzz]
EverYoung has joined #ste||ar
EverYoung has quit [Remote host closed the connection]
EverYoung has joined #ste||ar
twwright has joined #ste||ar
EverYoung has quit [Ping timeout: 258 seconds]
jaafar has quit [Ping timeout: 248 seconds]
david_pfander has joined #ste||ar
heller has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
heller has joined #ste||ar
<github> [hpx] StellarBot pushed 1 new commit to gh-pages: https://git.io/vFnte
<github> hpx/gh-pages c327989 StellarBot: Updating docs
hkaiser has joined #ste||ar
<github> [hpx] sithhell created clang-tidy (+2 new commits): https://git.io/vFn4b
<github> hpx/clang-tidy 6e7cbb5 Thomas Heller: Fixing problem when running with address sanitizer...
<github> hpx/clang-tidy 096bf5e Thomas Heller: More usage of nullptr
<heller> wth?
<heller> ahh, forgot I had that commit already there ;)
<github> [hpx] sithhell deleted clang-tidy at 096bf5e: https://git.io/vFnBL
<github> [hpx] sithhell created clang_tidy (+2 new commits): https://git.io/vFnBY
<github> hpx/clang_tidy e0e1858 Thomas Heller: Improving clang-tidy tool...
<github> hpx/clang_tidy 69463c8 Thomas Heller: Fixing errors reported by clang-tidy...
<github> [hpx] sithhell opened pull request #2982: Clang tidy (master...clang_tidy) https://git.io/vFnB3
<heller> better now...
<hkaiser> heller: nice! thanks!
<heller> hkaiser: running the clang-tidy on our entire code takes almost a day :/
<hkaiser> heh
<hkaiser> so we can't run it on a regular basis
<heller> no
<heller> well
<heller> I wrote a script that only checks the cpp files that the commit touched
<hkaiser> nice
<heller> hkaiser: I am gonna fix the failing tests now (binpacking and remote_latch)
<hkaiser> thanks
eschnett has joined #ste||ar
<github> [hpx] sithhell created fix_local_new (+1 new commit): https://git.io/vFngu
<github> hpx/fix_local_new e0f4b91 Thomas Heller: Fixing local_new_component...
<github> [hpx] sithhell opened pull request #2983: Fixing local_new_component (master...fix_local_new) https://git.io/vFngz
<hkaiser> heller: why do you have to go through the runtime_support object?
jaafar has joined #ste||ar
<heller> hkaiser: not sure
<hkaiser> lol
<heller> hkaiser: the difference is that create_component doesn't use the factory, while going through the rts does
<hkaiser> well, that was the whole point of the optimization, well, part of it
<hkaiser> not to use the factory
<hkaiser> heller: those tests, do they fail compiling?
<heller> commenting out this, fixes the problem
<hkaiser> lol
<heller> no, they fail running
<hkaiser> yah, that's the original change ;)
<heller> so the difference is that once we go through the rts
<heller> and the other time we don't
<hkaiser> let me have a look
<heller> ok
<heller> got it
<heller> the factory calls Component::create, the code in create_component.hpp doesn't
<heller> hmmm
<heller> the error is that the managed component heap doesn't know about the object it wants to destroy
<heller> oh well
<heller> no, has to be something else
<heller> all I know is that the change fixes the problems ;)
<hkaiser> gtg
hkaiser has quit [Quit: bye]
hkaiser has joined #ste||ar
aserio has joined #ste||ar
<K-ballo> jbjnr: now the then-fwd branch should be ready for testing
eschnett has quit [Quit: eschnett]
parsa has joined #ste||ar
parsa has quit [Quit: Zzzzzzzzzzzz]
<heller> hkaiser: I think the local new changes are correct
<heller> It might still be possible, after all, that a component is disabled on the current locality, I guess
<heller> What we safe is the action call
<heller> I still can't really tell why should go through the rts otherwise though
<heller> I'd be in favor of removing the factory completely though. I don't think it's needed anymore as the serializable functions take over that duty
eschnett has joined #ste||ar
aserio has quit [Quit: aserio]
aserio has joined #ste||ar
aserio has quit [Ping timeout: 252 seconds]
pree has joined #ste||ar
pree has quit [Read error: Connection reset by peer]
pree has joined #ste||ar
pree has quit [Read error: Connection reset by peer]
pree has joined #ste||ar
aserio has joined #ste||ar
<hkaiser> heller: remote_latch test works for me, what error is it reporting?
<heller> hkaiser: only seems to fail with gcc
<hkaiser> have a link?
quaz0r has quit [Ping timeout: 248 seconds]
<heller> hkaiser: I guess it's a problem with multiple instances of a static
<heller> The heap
<heller> That's my only explanation
<heller> Not helpful though
<heller> The actual error happens when we try to destroy the component
<heller> One sec
<hkaiser> heller: this is a held lock :/
<hkaiser> you sure this is related?
<heller> hkaiser: as said, not helpful
<hkaiser> this error has nothing to do with the local_new change we're discussing
<heller> hkaiser: the lock error happens because the exception of thrown while a lock is being held
<heller> It does
<hkaiser> what exception is thrown?
<hkaiser> but yah, I see what it could be (and that's one of the reasons we HAVE the factories
<hkaiser> the factories ensure that the objet is allocated in the same module as they are freed
<hkaiser> the direct creation may violate that
<heller> This is what's being thrown
<heller> hkaiser: right. That's why going through them fixes the problem
<hkaiser> nod, makes sense
<hkaiser> so we can't get rid of the factories, essentially
<hkaiser> and let's add an unlock there ;)
<heller> Sure
<heller> Forgot :p
<hkaiser> there are more similar locks in that file that need unlocking
<hkaiser> may I ask you to fix those as well?
<heller> Sure
EverYoung has joined #ste||ar
<K-ballo> never seen this one before:
<K-ballo> error: template instantiation resulted in unexpected function type of "auto (float &&, int &&)->hpx::util::tuple<float, float>" (the meaning of a name may have changed since the template declaration -- the type of the template is "auto (Args &&...)->decltype((<expression>))") std::declval<F>(), std::declval<Ts>()...)) type;
EverYoung has quit [Ping timeout: 246 seconds]
EverYoung has joined #ste||ar
pree has quit [Quit: AaBbCc]
david_pfander has quit [Ping timeout: 240 seconds]
EverYoun_ has joined #ste||ar
EverYoung has quit [Ping timeout: 258 seconds]
daissgr has joined #ste||ar
aserio has quit [Ping timeout: 252 seconds]
daissgr has quit [Remote host closed the connection]
aserio has joined #ste||ar
jaafar_ has joined #ste||ar
jaafar has quit [Ping timeout: 255 seconds]
aserio has quit [Ping timeout: 240 seconds]
parsa has joined #ste||ar
eschnett has quit [Ping timeout: 252 seconds]
EverYoun_ has quit [Remote host closed the connection]
EverYoung has joined #ste||ar
EverYoung has quit [Ping timeout: 246 seconds]
EverYoung has joined #ste||ar
parsa has quit [Quit: Zzzzzzzzzzzz]
hkaiser has quit [Quit: bye]
parsa has joined #ste||ar
parsa has quit [Client Quit]
parsa has joined #ste||ar
EverYoung has quit [Remote host closed the connection]
EverYoung has joined #ste||ar
aserio has joined #ste||ar
hkaiser has joined #ste||ar
eschnett has joined #ste||ar
parsa has quit [Quit: Zzzzzzzzzzzz]
hkaiser has quit [Quit: bye]
<github> [hpx] hkaiser created one_size_heap (+1 new commit): https://git.io/vFcVZ
<github> hpx/one_size_heap 99b90c5 Hartmut Kaiser: Refactor one_size_heap code to simplify code...
<github> [hpx] hkaiser opened pull request #2984: Refactor one_size_heap code to simplify code (master...one_size_heap) https://git.io/vFcVC
aserio has quit [Ping timeout: 258 seconds]
aserio has joined #ste||ar
eschnett has quit [Ping timeout: 248 seconds]
aserio has quit [Quit: aserio]
diehlpk_work has quit [Quit: Leaving]
hkaiser has joined #ste||ar
parsa has joined #ste||ar
daissgr has joined #ste||ar
EverYoun_ has joined #ste||ar
eschnett has joined #ste||ar
EverYoung has quit [Ping timeout: 246 seconds]
parsa has quit [Quit: Zzzzzzzzzzzz]
<K-ballo> the pack traversal tests are somehow ending up with a tuple of vector of vector of x in them
parsa has joined #ste||ar
EverYoun_ has quit [Remote host closed the connection]
EverYoung has joined #ste||ar
quaz0r has joined #ste||ar
parsa has quit [Quit: Zzzzzzzzzzzz]
quaz0r has quit [Ping timeout: 240 seconds]
EverYoun_ has joined #ste||ar
EverYoung has quit [Ping timeout: 258 seconds]
EverYoun_ has quit [Ping timeout: 246 seconds]
EverYoung has joined #ste||ar
EverYoung has quit [Remote host closed the connection]
daissgr has quit [Ping timeout: 246 seconds]
EverYoung has joined #ste||ar
EverYoung has quit [Remote host closed the connection]
EverYoung has joined #ste||ar
EverYoung has quit [Ping timeout: 246 seconds]
parsa has joined #ste||ar
jaafar_ has quit [Ping timeout: 246 seconds]