hkaiser 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/
<ste||ar-github>
hpx/gitlab_runner 5f1de56 Thomas Heller: WIP: Adding support for gitlab runners
ste||ar-github has left #ste||ar [#ste||ar]
aserio has joined #ste||ar
aserio has quit [Client Quit]
nikunj has quit [Quit: Leaving]
K-ballo has quit [Quit: K-ballo]
hkaiser has quit [Quit: bye]
nanashi55 has quit [Ping timeout: 240 seconds]
nanashi55 has joined #ste||ar
david_pfander has joined #ste||ar
david_pfander has quit [Remote host closed the connection]
K-ballo has joined #ste||ar
jayeshbadwaik has joined #ste||ar
jayeshbadwaik has quit [Ping timeout: 260 seconds]
nanashi55 has quit [Ping timeout: 250 seconds]
nanashi55 has joined #ste||ar
jayeshbadwaik has joined #ste||ar
K-ballo has quit [Ping timeout: 250 seconds]
K-ballo has joined #ste||ar
<zao>
heller_: this gitlab thing sounds nifty
aserio has joined #ste||ar
<heller_>
zao: yeah, the provided VMs are just painfully slow and the build times out ;)
aserio has quit [Ping timeout: 264 seconds]
<zao>
I'm still noodling around with my soaktest thing, had a one hour discussion on how to use SLURM efficiently for test runs with my local batch guru the other day.
aserio has joined #ste||ar
<zao>
Idea is roughly to have a set of "experiments", which would run all or some tests repeatedly on master and all active PRs from known people, and some additional temporary experiments focusing on particular sets of older commits and tests, for when you want to figure out if something's broken/fixed or not.
<heller_>
K-ballo: your input has been taken into account, I won't attempt to go the route of seperate repositories for now ;)
<heller_>
the PR I just submitted however, is trying to set a a basis to modularize our code base within what we have though
<K-ballo>
I'll entertain anything that doesn't split repos
<K-ballo>
so we'll end up with libs/a, libs/b, .. and no cmake/docs/hpx/src/etc on the root?
<K-ballo>
is the root project a "module" itself? or is it just glue?
<K-ballo>
is it expected we gradually move everything else to libs?
aserio has joined #ste||ar
<K-ballo>
aserio: yt?
<aserio>
K-ballo: yeap
<K-ballo>
see pm
<heller_>
K-ballo: yeah, moving everything to libs would be the idea. I think it makes sense to leave some stuff at the root, like big picture documentation, all the cmake orchestration and I guess also tools
<heller_>
But I haven't thought too much about it
<K-ballo>
ok
<heller_>
I'm also not entirely sure what parts of cmake depend on include order and which don't. I tested with "out of order" target_link_libraries, which worked fine
<K-ballo>
yeah, those get resolved at generation time
<heller_>
So I guess this PR is both to gauge interest in pursuing this, and also how to move forward with it in general, I intentionally left a lot open to have room for discussion
<heller_>
My hope is that this effort can lead towards making it easier to support c++ modules eventually
<ste||ar-github>
hpx/modular_hpx 963c26c Thomas Heller: Towards Modularized HPX...
ste||ar-github has left #ste||ar [#ste||ar]
K-ballo has quit [Quit: K-ballo]
K-ballo has joined #ste||ar
aserio has quit [Quit: aserio]
ste||ar-github has joined #ste||ar
<ste||ar-github>
[hpx] diehlpk opened pull request #3585: Extend Cmake for building hpx as distribution packages (refs #3575) (master...openSUSEpatch) https://github.com/STEllAR-GROUP/hpx/pull/3585