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/ | GSoD: https://developers.google.com/season-of-docs/
nikunj has joined #ste||ar
jaafar has joined #ste||ar
nikunj has quit [Ping timeout: 240 seconds]
nikunj has joined #ste||ar
nikunj has quit [Quit: Leaving]
nikunj has joined #ste||ar
nikunj has quit [Remote host closed the connection]
K-ballo has quit [Quit: K-ballo]
nikunj has joined #ste||ar
nikunj has quit [Remote host closed the connection]
hkaiser has quit [Quit: bye]
jbjnr has joined #ste||ar
daissgr has quit [Ping timeout: 264 seconds]
daissgr has joined #ste||ar
K-ballo has joined #ste||ar
hkaiser has joined #ste||ar
<hkaiser> simbergm: yt?
hkaiser has quit [Quit: bye]
aserio has joined #ste||ar
<diehlpk_work> simbergm, Can you take care of the GSoC evaluation?
<diehlpk_work> I received the e-mail yesterday
<diehlpk_work> *GSoD
<simbergm> diehlpk_work: yeah, I'll take care of it
<diehlpk_work> Ok, cool
<diehlpk_work> simbergm, Any nes about the HPX 1.4 release?
<simbergm> diehlpk_work: things are quiet, hoping to still get apex fixed for the release
<simbergm> I may do an rc this week in any case just to check we haven't messed something up
<K-ballo> I should try and get the de-lambdified assert
<simbergm> K-ballo: that would be lovely if you have the time to look at it
aserio has quit [Ping timeout: 250 seconds]
hkaiser has joined #ste||ar
<hkaiser> simbergm: ?
<simbergm> hkaiser: here
<hkaiser> hey
<hkaiser> have you seen that the docs step is permanently failing now?
<simbergm> what's up?
<hkaiser> some strange assertion from the sphinx tool
<simbergm> no, I haven't, thanks for telling me!
<hkaiser> it's on master as well
<simbergm> hmm, I wonder... auriane's lcos pr had that temporarily and it was supposed to be fixed, but I didn't check the circleci results before merging :/
<simbergm> I'm guessing it's that, but I'll talk to her about it (she's gone until wednesday)
<hkaiser> yah, it was introduced by the lcos PR
<hkaiser> sure, no worries
<simbergm> okay, then it's definitely that
<simbergm> I think she has a fix
<simbergm> it was some api reference that sphinx wasn't happy with
<simbergm> thanks!
<simbergm> hkaiser: you're on a roll with your scheduler prs :)
<hkaiser> ;-)
<hkaiser> a couple of free days...
<simbergm> do you think you want any of them in for the release? if yes I'll look through them tomorrow, but otherwise we'll take it easy
<hkaiser> the inline execution thingy will make a big difference
<hkaiser> no rush, they are not ready I'd like to have more time
<simbergm> no problem, then we take it slow
<simbergm> I'm basically just hoping that we get kevin back to talk about the apex build, otherwise we're pretty set for a release I think
<hkaiser> you might want to invite him for Thursday, although it's 7am for him, so he might pass
<simbergm> good point, I'll do that
<hkaiser> simbergm: he is being paid for that work again, so he should be willing to invest time
<hkaiser> simbergm: what I would like to do is to pull a couple of flyby fixes from #4250 and have those in the release
aserio has joined #ste||ar
<hkaiser> simbergm: what is your deadline for the release?
<hkaiser> how much time do I have for those?
<hkaiser> K-ballo: I did mark a function that is wrapped by an action as noexcept and ran into clang errors with that
<hkaiser> so noexcept is part of the type system for clang but not for MSVC?
<K-ballo> `noexcept` is part of the type system for all, but there's a standard conversion from noexcept fun to not-noexcept fun
<K-ballo> maybe related to the fact that the standard disallows implicit conversions in template arguments
<hkaiser> not sure
<K-ballo> so a noexcept function would not be a valid argument for a non-noexcept non-type template argument
<hkaiser> MSC accepts it :/
<hkaiser> MSVC
<hkaiser> have not tried yet if adding a specialization for noexcept creates ambiguities for MSVC, however
<K-ballo> how old is that clang?
<hkaiser> cirlceci, I think it's clang 7
<hkaiser> my local clang failed as well, I think its 8
<zao> Weren't this an platform ABI thing not having mangling for it?
<zao> I vaguely recollect from Slack that it's silly, but not how.
aserio has quit [Remote host closed the connection]
aserio has joined #ste||ar
<K-ballo> in the past I had used a two step dance for noexcept fun specification, so it would work with both 17 and 11
<hkaiser> nod
<hkaiser> K-ballo: so it would fail for C++17 only?
<K-ballo> what would?
<hkaiser> the implicit noexcept conversion
<hkaiser> and yes, adding a specialization for noexcept functions creates an ambiguity for MSVC
<K-ballo> the implicit conversion exists only since 17, before they were the exact same type
<hkaiser> ok
<K-ballo> std::is_same_v<void(), void() noexcept> is true pre 17
<K-ballo> that's why two steps are needed
<hkaiser> still ambiguous with /std:c++17
<K-ballo> it can't be ambiguous with two steps, the first step goes first
<K-ballo> oh, you mean...?
<hkaiser> let me try the two step implementation
<simbergm> hkaiser: earliest next week, latest still this year ;) depends on what happens with apex
<hkaiser> simbergm: ok, I should be able to meet that
<hkaiser> K-ballo: would conditional noexcept create yet another overload?
<K-ballo> no
<hkaiser> ok, good
david_pfander has joined #ste||ar
david_pfander has quit [Ping timeout: 245 seconds]
aserio has quit [Ping timeout: 240 seconds]
hkaiser has quit [Quit: bye]
hkaiser has joined #ste||ar
aserio has joined #ste||ar
hkaiser has quit [Quit: bye]
aserio has quit [Ping timeout: 276 seconds]
hkaiser has joined #ste||ar
aserio has joined #ste||ar
aserio1 has joined #ste||ar
aserio1 has quit [Ping timeout: 245 seconds]
aserio has quit [*.net *.split]
aserio has joined #ste||ar
aserio has quit [Ping timeout: 276 seconds]
aserio has joined #ste||ar
aserio has quit [Ping timeout: 265 seconds]
aserio has joined #ste||ar
<K-ballo> we actually have a couple less hpx::function instances than before, it just got worse
hkaiser has quit [Quit: bye]
aserio1 has joined #ste||ar
<K-ballo> can't find a reason for it in the repo history
aserio has quit [Ping timeout: 252 seconds]
<K-ballo> oh sure I can, the assert
aserio1 has quit [Ping timeout: 250 seconds]