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/
<github> [hpx] hkaiser pushed 1 new commit to serialization_access_data: https://git.io/vHRPD
<github> hpx/serialization_access_data f15975d Hartmut Kaiser: Updating example to utilize buffering
<github> [hpx] hkaiser force-pushed uninitialized_default_construct from a3b25d7 to 302d17a: https://git.io/vHRP7
<github> hpx/uninitialized_default_construct 302d17a Hartmut Kaiser: Adding uninitialized_default_construct and uninitialized_default_construct_n
<github> [hpx] hkaiser opened pull request #2669: Adding uninitialized_default_construct and uninitialized_default_construct_n (master...uninitialized_default_construct) https://git.io/vHRPb
hkaiser has joined #ste||ar
hkaiser_ has quit [Read error: Connection reset by peer]
eschnett has joined #ste||ar
<github> [hpx] hkaiser created fixing_2663 (+1 new commit): https://git.io/vHR1S
<github> hpx/fixing_2663 fb6da29 Hartmut Kaiser: Attempt to fix problem in managed_component_base
zbyerly_ has quit [Quit: Leaving]
K-ballo has quit [Quit: K-ballo]
EverYoung has quit [Ping timeout: 246 seconds]
hkaiser has quit [Quit: bye]
ajaivgeorge has joined #ste||ar
pree has joined #ste||ar
pree has quit [Ping timeout: 245 seconds]
pree has joined #ste||ar
jaafar has quit [Ping timeout: 246 seconds]
Matombo has joined #ste||ar
bikineev has joined #ste||ar
Matombo has quit [Remote host closed the connection]
ajaivgeorge has quit [Quit: ajaivgeorge]
david_pfander has joined #ste||ar
bikineev has quit [Remote host closed the connection]
bikineev has joined #ste||ar
bikineev has quit [Remote host closed the connection]
bikineev has joined #ste||ar
bikineev has quit [Remote host closed the connection]
mcopik has quit [Ping timeout: 245 seconds]
K-ballo has joined #ste||ar
pree has quit [Ping timeout: 245 seconds]
bikineev has joined #ste||ar
hkaiser has joined #ste||ar
eschnett has quit [Quit: eschnett]
<github> [hpx] hkaiser closed pull request #2633: Distributed define_spmd_block (master...lcos_define_spmd_block) https://git.io/v9NYA
mcopik has joined #ste||ar
<heller_> hkaiser: 'morning
<heller_> hkaiser: any idea about the failing resource manager test?
<hkaiser> heller_: have not looked yet
<heller_> ok
<heller_> we need more reviewers ;)
<hkaiser> indeed
<heller_> and faster testing ...
bikineev has quit [Ping timeout: 258 seconds]
eschnett has joined #ste||ar
pree has joined #ste||ar
patg_ has joined #ste||ar
patg_ has quit [Quit: See you later]
aserio has joined #ste||ar
<aserio> david_pfander, heller_, hkaiser, jbjnr, parsa[[[w]]], wash[m]: Op. Bell Meeting
<aserio> heller_: how is writing going?
akheir has joined #ste||ar
akheir has quit [Remote host closed the connection]
<heller_> aserio: Bad
<heller_> aserio: I was attending a prace exascale meeting today...
<heller_> Sorry
<heller_> Those guys are dragging me into politics :(
<aserio> heller_: *slap*
<aserio> FOCUS!
hkaiser has quit [Quit: bye]
akheir has joined #ste||ar
<zao> Burn it all down!
<heller_> aserio: I have a 5 hour train ride in front of me
<aserio> heller_: how many pages will you write?
Matombo has joined #ste||ar
pree has quit [Ping timeout: 258 seconds]
<heller_> aserio: over 9000
<heller_> aserio: between 150 and 250
pree has joined #ste||ar
EverYoung has joined #ste||ar
EverYoung has quit [Remote host closed the connection]
EverYoung has joined #ste||ar
bikineev has joined #ste||ar
arashamini has joined #ste||ar
arashamini has quit [Client Quit]
hkaiser has joined #ste||ar
EverYoung has quit [Ping timeout: 245 seconds]
hkaiser has quit [Quit: bye]
EverYoung has joined #ste||ar
EverYoung has quit [Remote host closed the connection]
EverYoung has joined #ste||ar
bikineev_ has joined #ste||ar
bikineev has quit [Ping timeout: 240 seconds]
david_pfander has quit [Ping timeout: 255 seconds]
jaafar has joined #ste||ar
<github> [hpx] atrantan opened pull request #2670: Integrate spmd multidimensionnal views for partitioned_vectors (master...partitioned_vector_view) https://git.io/vHEmT
bikineev_ has quit [Ping timeout: 245 seconds]
EverYoung has quit [Remote host closed the connection]
EverYoung has joined #ste||ar
<github> [hpx] K-ballo created invoke (+11 new commits): https://git.io/vHEOi
<github> hpx/invoke 1fad75e Agustin K-ballo Berge: Add C++11 range utilities
<github> hpx/invoke 35efa08 Agustin K-ballo Berge: Cleanup acquire traits, replace boost::range with util/range in their implementation, patch broken whens
<github> hpx/invoke ce30c7f Agustin K-ballo Berge: Replace core boost::range with util/range, remove redundant parallel traits
<K-ballo> ugh.. bad base
EverYoun_ has joined #ste||ar
EverYoung has quit [Ping timeout: 258 seconds]
<github> [hpx] K-ballo force-pushed invoke from fd2f409 to 06e028f: https://git.io/vHE3M
<github> hpx/invoke 9bcc896 Agustin K-ballo Berge: Provide and use C++17 is_invocable[_r] forms
<github> hpx/invoke 87c0159 Agustin K-ballo Berge: Provide and use C++17 invoke_result forms
<github> hpx/invoke 06e028f Agustin K-ballo Berge: Remove obsolete SFINAE workaround
<pree> Maybe I have a different notion of distribution policies for components. Because I haven't thought of using performance counters for the distribution policies , what I actually thought is creating components in cyclic manner as such in default_layout. Why performance counter comes into play in policies ?
bikineev has joined #ste||ar
<heller_> pree: should be configurable
<pree> In runtime sense ?
<heller_> pree: you could place components on the locality that is the least busy
<heller_> So you get automatic load balancing, of some sorts
bikineev_ has joined #ste||ar
bikineev has quit [Ping timeout: 268 seconds]
<pree> so taking care at runtime of creating components and not distributing or migrating ? I guess
<heller_> The distribution policies do distribute the components. You just decide dynamically where to place them
<pree> okay thank you @ heller.
hkaiser has joined #ste||ar
bikineev has joined #ste||ar
bikineev_ has quit [Ping timeout: 255 seconds]
<github> [hpx] hkaiser pushed 1 new commit to uninitialized_default_construct: https://git.io/vHEl0
<github> hpx/uninitialized_default_construct 56d66b1 Hartmut Kaiser: Adding missing #include
<K-ballo> is it a bad line-end?
<K-ballo> I bet is a bad line end
<github> [hpx] hkaiser created inspect_addressof (+1 new commit): https://git.io/vHElD
<github> hpx/inspect_addressof 2c85183 Hartmut Kaiser: Adding include check for std::addressof
<github> [hpx] hkaiser pushed 1 new commit to fixing_vcpkg: https://git.io/vHE8W
<github> hpx/fixing_vcpkg ec0c6ef Hartmut Kaiser: Fixing linker problems when HPX is built using vcpkg
<hkaiser> K-ballo: bug in inspect?
<K-ballo> yeah, the same old one, it's a windows line end \n\r
<K-ballo> so on windows that line has "trailing whitespace"
<K-ballo> err, other way around? \r\n
<hkaiser> K-ballo: after reading the file there shouldn't be any \r in the string anymore
hkaiser_ has joined #ste||ar
hkaiser has quit [Read error: Connection reset by peer]
<github> [hpx] hkaiser created uninitialized_value_construct (+1 new commit): https://git.io/vHERk
<github> hpx/uninitialized_value_construct 15f12c2 Hartmut Kaiser: Adding uninitialized_value_construct and uninitialized_value_construct_n
<K-ballo> hkaiser_: there shouldn't? then I don't know why that isn't flagged on linux, it is on windows
<K-ballo> that and about 30 too long lines as well
<K-ballo> one of the gsoc students (I think) also run into it a few days ago
<hkaiser_> K-ballo: ok, then the file isn't read in text mode
<heller_> hkaiser_: -fstack-protector gets confused with our context switches. some distributions ship with that flag being on by default.
<heller_> shouldn't git also "fix" the different line endings?
<hkaiser_> heller_: it does, that's exatly the problem ;)
<hkaiser_> heller_: ok, should we set -fstack-protector=off always?
<heller_> I am especially dense right now, so I just shut up ;)
<K-ballo> the files aren't read in text mode, no, it's explicitly open as binary for some reason
<K-ballo> all the way from the initial commit in boost it's been that way, no clue as to why
<heller_> hkaiser_: I would rather document it explicitly, IIUC, it is only gentoo who does that (and nobody should use that anyway :P)
<github> [hpx] hkaiser pushed 1 new commit to uninitialized_default_construct: https://git.io/vHEzI
<github> hpx/uninitialized_default_construct 848bfc0 Hartmut Kaiser: Adding more test cases
<heller_> hkaiser_: let's see what he responds
<hkaiser_> heller_: did you respond on the ML?
<heller_> hkaiser_: I did
<hkaiser_> I have not seen any email
<heller_> hkaiser_: slow train wifi ...
<hkaiser_> k
<heller_> oh crap. all my mails I was sending today are still in my local queue, and I was wondering why I didn't get replies :(
<heller_> hkaiser_: here is something to cheer you up
<heller_> hkaiser_: I was at this PRACE exascale planning meeting today, and guess what
<heller_> hkaiser_: HPX is a finally a thing
<github> [hpx] hkaiser force-pushed uninitialized_value_construct from 50ba2ac to 353e594: https://git.io/vHEzP
<github> hpx/uninitialized_value_construct 353e594 Hartmut Kaiser: Adding uninitialized_value_construct and uninitialized_value_construct_n
<hkaiser_> heller_: yah?
<hkaiser_> how do you know?
<heller_> well, it is recognized as one of the solutions to the problem ;)
<hkaiser_> heh
<heller_> because I was sitting in the sessions?
<hkaiser_> good good
<heller_> and gave a talk...
<heller_> not sure if it is good or not, yet ;)
<hkaiser_> heller_: as long as they spell it right I don't care ;)
<heller_> how can you spell HPX wrong?
<hkaiser_> you could write it as hpx5 or so...
ArashA has joined #ste||ar
ArashA has quit [Client Quit]
denis_blank has joined #ste||ar
<heller_> sure, you could also write covefefe
<hkaiser_> lol
<heller_> as far as the EC is concerend, HPX had its version 1.0 released a few weeks ago ;)
<github> [hpx] hkaiser pushed 1 new commit to uninitialized_value_construct: https://git.io/vHEgH
<github> hpx/uninitialized_value_construct a333ef7 Hartmut Kaiser: Add documentation support
<github> [hpx] hkaiser opened pull request #2671: Adding uninitialized_value_construct and uninitialized_value_construct_n (master...uninitialized_value_construct) https://git.io/vHE2L
<hkaiser_> heller_: do you see now how impoartant that was?
<heller_> I never doubted the importance, I just don't like the fact that you need it ;)
<hkaiser_> shrug
<github> [hpx] hkaiser force-pushed serialization_access_data from f15975d to 6335a35: https://git.io/vHCxp
<github> hpx/serialization_access_data 6335a35 Hartmut Kaiser: Updating example to utilize buffering
Matombo has quit [Remote host closed the connection]
aserio has quit [Ping timeout: 260 seconds]
aserio has joined #ste||ar
<github> [hpx] hkaiser pushed 2 new commits to master: https://git.io/vHEwV
<github> hpx/master 9085f6b Denis Blank: Add documentation to hpx::util::unwrapped and hpx::util::unwrapped2....
<github> hpx/master a12045d Hartmut Kaiser: Merge pull request #2660 from Naios/unwrap_doc...
bikineev has quit [Remote host closed the connection]
pree has quit [Ping timeout: 258 seconds]
hkaiser_ has quit [Read error: Connection reset by peer]
bikineev has joined #ste||ar
hkaiser has joined #ste||ar
bikineev has quit [Remote host closed the connection]
bikineev has joined #ste||ar
hkaiser has quit [Quit: bye]
bikineev has quit [Remote host closed the connection]
eschnett has quit [Quit: eschnett]
eschnett has joined #ste||ar
denis_blank has quit [Quit: denis_blank]
<github> [hpx] K-ballo opened pull request #2672: C++17 invoke forms (master...invoke) https://git.io/vHE79
bikineev has joined #ste||ar
hkaiser has joined #ste||ar
<K-ballo> ^ there's a considerable number of mechanical changes in that PR, could use extra pair of eyes
<hkaiser> K-ballo: ok
<hkaiser> K-ballo: we have an interesting problem with our future implementaton, btw
<K-ballo> I actually meant it for the general public, I expect you to look at it regardless :P
<hkaiser> ok
<K-ballo> what's with the future?
<hkaiser> K-ballo: future<future<void>> --> future<void> does the right thing (it unwraps)
<hkaiser> but future<future<T>> --> future<void> is currently enabled and does the wrong thing
<hkaiser> it discard the inner future
<K-ballo> I can imagine that
<hkaiser> K-ballo: I'm considering either completely deleting this conversion or at least make it explicit
<hkaiser> but deleting is probably the correct thing as this involves 2 conversion steps
<K-ballo> either sounds good
<K-ballo> it involves 2 steps?
<hkaiser> future<future<T>> --> future<T> --> future<void>
<K-ballo> you mean to just delete `future<future<T>>` overload?
<hkaiser> yes, if the target is future<void>
<hkaiser> and if T != void
<K-ballo> ah, I thought remove it completely.. let me think
<K-ballo> what happens if you just disable the -> void converting constructor for the future<future<T>> source?
<hkaiser> that's what that does (I think)
<K-ballo> no, not exactly, this one "wins" to the converting constructor
<K-ballo> where's the converting constructor now?
<hkaiser> still there
<hkaiser> yes
<hkaiser> unchanged
<K-ballo> `std::is_void<R>::value && !detail::is_future<T>::value` is what I was asking about
<K-ballo> that should still allow implicit unwrapping?
<hkaiser> K-ballo: hmm, sorry you lost me
<hkaiser> if I add the two deleted constructors everything seems to work fine
<hkaiser> K-ballo: ok, I see now what you mean
<hkaiser> yes, that should work as well
<K-ballo> the unwrapping constructors are not templates, might work
<K-ballo> unwrapping constructor might trump =deleted, which in turn would win to -> void
jaafar has quit [Quit: Konversation terminated!]
jaafar has joined #ste||ar
<hkaiser> K-ballo: yah, that was my reasoning
<hkaiser> but doing what you suggest is simpler
<hkaiser> and the error message (msvc) is better as well ;)
aserio has quit [Quit: aserio]
<github> [hpx] hkaiser created fixing_2667 (+1 new commit): https://git.io/vHEjH
<github> hpx/fixing_2667 84d6663 Hartmut Kaiser: Inhibit direct conversion from future<future<T>> --> future<void>...
<github> [hpx] hkaiser opened pull request #2673: Inhibit direct conversion from future<future<T>> --> future<void> (master...fixing_2667) https://git.io/vHuec
<github> [hpx] hkaiser force-pushed fixing_2667 from 84d6663 to e3de252: https://git.io/vHueR
<github> hpx/fixing_2667 e3de252 Hartmut Kaiser: Inhibit direct conversion from future<future<T>> --> future<void>...
<hkaiser> K-ballo: can we assume that is_callable etc was not used by applications?
<K-ballo> not really, but it's not documented so we are within our rights to remove it (although as a courtesy I didn't)
<hkaiser> K-ballo: ok
<hkaiser> good
<K-ballo> I'll plan to revisit later and deprecate, and even later remove
Matombo has joined #ste||ar
<github> [hpx] hkaiser force-pushed uninitialized_default_construct from 848bfc0 to 2ae58c9: https://git.io/vHRP7
<github> hpx/uninitialized_default_construct 2ae58c9 Hartmut Kaiser: Adding more test cases
<github> [hpx] hkaiser force-pushed fixing_2667 from e3de252 to 887cc42: https://git.io/vHueR
<github> hpx/fixing_2667 887cc42 Hartmut Kaiser: Inhibit direct conversion from future<future<T>> --> future<void>...
<hkaiser> K-ballo: if is_callable etc is stil available, could you add those to inspect to make sure they don't sneak back in?
<K-ballo> it's not even deprecated yet, but sure I'll add it
<hkaiser> nod, thanks
<hkaiser> saves you a lot of trouble with older branches
hkaiser has quit [Read error: Connection reset by peer]
Matombo has quit [Remote host closed the connection]
Matombo has joined #ste||ar
hkaiser has joined #ste||ar
<K-ballo> hkaiser: how do I check for it, since it may not always be fully qualified?
Matombo has quit [Remote host closed the connection]
EverYoun_ has quit [Ping timeout: 245 seconds]
EverYoung has joined #ste||ar
EverYoung has quit [Remote host closed the connection]
EverYoung has joined #ste||ar
eschnett has quit [Quit: eschnett]