K-ballo 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/
patrick24 has quit [Ping timeout: 272 seconds]
hkaiser has quit [Quit: bye]
patrick24 has joined #ste||ar
wash[m] has quit [Ping timeout: 260 seconds]
wash[m] has joined #ste||ar
<gonidelis[m]>
K-ballo: how are things in your place?
<gonidelis[m]>
is everything shut down really?
K-ballo has quit [Read error: Connection reset by peer]
K-ballo has joined #ste||ar
patrick24 has quit [Ping timeout: 272 seconds]
<K-ballo>
gonidelis[m]: no, most things have reopened by now
<gonidelis[m]>
Do you watch football?
<gonidelis[m]>
They say that he was like God to you people
patrick24 has joined #ste||ar
<K-ballo>
oh, that, lol
<gonidelis[m]>
what?
<gonidelis[m]>
K-ballo:
<gonidelis[m]>
U were talking about the quarantine ;p ?
<K-ballo>
yes
<gonidelis[m]>
so?
<K-ballo>
nothing has shut down
<gonidelis[m]>
ok so it was just sth like three days of mourning
<ms[m]>
K-ballo: just a reminder for me to clean those up, too lazy to make nice clean commits at the moment
<ms[m]>
K-ballo: thanks for checking the program options includes btw
<ms[m]>
I should've realized earlier, but command_line_handling.hpp is included in a bunch of other distributed runtime files, unsure how easy those would be to get rid of...
<hkaiser>
can we encapsulate its use?
<K-ballo>
if I can find some time I'll see if it can be sorted out
<K-ballo>
but anything trafficking in raw program_options::variable_map will leak the entire thing
<ms[m]>
hmm, might not be so bad... I see parcelport_factory_base.hpp including command_line_handling.hpp, that likely goes everywhere
<ms[m]>
but I've been attempting to manage with just runtime_configuration rather than command_line_handling in most places, it might be possible to do the same there
<ms[m]>
but I haven't looked very closely at it
<hkaiser>
ms[m]: thanks for looking into it - we might be able to copy the command line option values detected into the cfg registry
<ms[m]>
yep, I think we do that now for most of the options (at least in #5064) and I think that's the way it should be
<ms[m]>
command line handling should ideally not be required anymore after startup