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/
mcopik has quit [Ping timeout: 240 seconds]
EverYoung has joined #ste||ar
EverYoung has quit [Ping timeout: 276 seconds]
diehlpk has quit [Ping timeout: 260 seconds]
Matombo has quit [Ping timeout: 255 seconds]
mars0000 has joined #ste||ar
vamatya has quit [Read error: Connection reset by peer]
vamatya has joined #ste||ar
eschnett has joined #ste||ar
ajaivgeorge_ has quit [Ping timeout: 260 seconds]
vamatya has quit [Ping timeout: 248 seconds]
diehlpk has joined #ste||ar
hkaiser has quit [Quit: bye]
mars0000 has quit [Quit: mars0000]
K-ballo has quit [Quit: K-ballo]
diehlpk has quit [Remote host closed the connection]
eschnett has quit [Quit: eschnett]
vamatya has joined #ste||ar
patg has quit [Quit: This computer has gone to sleep]
<heller>
I implemented the patch, not sure if they'll accept it
<jbjnr>
hmmm. It'd be a shame if we had to use a lookup after you got rid of it for the gni one
<heller>
yeah
<heller>
i'll keep on insisting ...
<jbjnr>
adding a void * to the fi_context would be a tiny addition, and you could soften the blow by adding a config #define so that if the user didn't need/want it, it could be removed. then they can't say no
<heller>
yes
<heller>
they might blubber something about ABI compatibility etc.
<heller>
let's see what they'll answer
<jbjnr>
why not suggest some template base solution if you want to see how C programmers cry :)
<jbjnr>
^based
<heller>
;)
<heller>
jbjnr: weeheee, unit tests pass :D
<github>
[hpx] biddisco force-pushed terminated_threads from a5d6728 to cd97e0f: https://git.io/vQdyh
<github>
hpx/terminated_threads 374adc2 John Biddiscombe: Reduce MAX_TERMINATED_THREADS default, improve memory use on manycore cpus
<github>
hpx/terminated_threads d34dc19 Hartmut Kaiser: Adding compile time and runtime configuration for max_terminated_thread value...
<github>
hpx/terminated_threads cd97e0f John Biddiscombe: Only boolean config options use HPX_WITH_XXX and HPX_HAVE_XXX prefixes
<hkaiser>
jbjnr: thanks
K-ballo has joined #ste||ar
hkaiser_ has joined #ste||ar
hkaiser has quit [Read error: Connection reset by peer]
<hkaiser_>
jbjnr: should we move the RP branch into the main repo, this way we both could directly push without having to create PRs and such?
eschnett has joined #ste||ar
<jbjnr>
hkaiser_: yes if you don't want the main repo "cluttered up with 15 half arsed branches of mine" then by all means move it in.
<zao>
I say we randomly merge branches into each other until one superbranch remains!
<K-ballo>
evolutionary flow
<zao>
Emergent technologies.
jakemp has joined #ste||ar
<hkaiser_>
zao: until artificial intelligence emerges
<hkaiser_>
jbjnr: it's not the half-arsed branches I worry about, it's the stale ones
<jbjnr>
sorry - I actually meant to write "if you don'
<jbjnr>
t mind"
<jbjnr>
but push it to stellar repo anyway. I love tons of branches. Can't have too many in my book
<hkaiser_>
ok, sounds good ;)
hkaiser_ has quit [Quit: bye]
<heller>
jbjnr: while all unit and regression tests seem to pass now, OSU latency is giving me errors on the PSM2 provider, yay!
<jbjnr>
I'd better clean up my osu branch and push it. Must finish reviwing viz paper. They gave me 5 to do and the deadline was yesterday :(
pree has quit [Quit: AaBbCc]
pree has joined #ste||ar
<heller>
ok
<heller>
yes, we need to fix this ASAP now
<heller>
hope the ofiwg accepts a proper resolution to our problem :/
bikineev has quit [Remote host closed the connection]
<github>
[hpx] K-ballo force-pushed std-atomic from f74bac1 to d0613ef: https://git.io/vQFAO
<github>
hpx/std-atomic a3d53c8 Agustin K-ballo Berge: Replace boost::atomic with std::atomic
Matombo has quit [Remote host closed the connection]
pree has joined #ste||ar
akheir has quit [Remote host closed the connection]
pree has quit [Ping timeout: 255 seconds]
<mcopik>
hkaiser: should my student submit find algorithms in seperate PRs? there are five variants and simple ones (find/find_if*) do not require a lot of code. find_end/find_first_of modify the same file, maybe it's better to merge it together?
<hkaiser>
mcopik: it's more a matter of convenience
<hkaiser>
so let's do it however you think it should be
<mcopik>
hkaiser: and which version is more convenient for you?
<hkaiser>
shrug, I have no strong opinion
<mcopik>
hkaiser: I was worried about having two PRs working on the same source files, but maybe it'd be easier to process them independently. end/first_of are much more complex
<hkaiser>
mcopik: let's do the simple stuff first, get it merged and then look at the others
pree has joined #ste||ar
mars0000 has quit [Quit: mars0000]
pree has quit [Ping timeout: 260 seconds]
diehlpk has joined #ste||ar
pree has joined #ste||ar
pree has quit [Ping timeout: 248 seconds]
pree has joined #ste||ar
pree has quit [Ping timeout: 255 seconds]
EverYoun_ has joined #ste||ar
hkaiser has quit [Read error: Connection reset by peer]
hkaiser has joined #ste||ar
hkaiser_ has joined #ste||ar
hkaiser has quit [Read error: Connection reset by peer]
hkaiser_ has quit [Client Quit]
hkaiser has joined #ste||ar
EverYoung has quit [Ping timeout: 246 seconds]
EverYoun_ has quit [Ping timeout: 276 seconds]
EverYoung has joined #ste||ar
EverYoung has quit [Remote host closed the connection]