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/
hkaiser has joined #ste||ar
hkaiser has quit [Quit: bye]
bita has quit [Ping timeout: 260 seconds]
akheir has quit [Quit: Leaving]
shahrzad has quit [Quit: Leaving]
sbadhya has joined #ste||ar
sbadhya has quit [Remote host closed the connection]
<gonidelis[m]>
why did we get `get_second/third_element()` out of `namespace ::detail` ?
<gonidelis[m]>
is there any way to avoid wanrings output on `make -j tests`
<gonidelis[m]>
?
<ms[m]>
freenode_gonidelis[m]: what sort of warnings?
<ms[m]>
we tend to try to fix them or suppress them
<gonidelis[m]>
ahh that's not you fault.... I am just asking in general if there is sth like `make tests -with-no-warnings` option
<K-ballo>
I hope not
<gonidelis[m]>
you hope there is not such an option?
<K-ballo>
indeed
<K-ballo>
make is too late btw, that option would go elsewhere, but still
<gonidelis[m]>
1. why do you hope there is not such an option?
<gonidelis[m]>
2. make is too late? you mean sth like `make --with-no-warnings tests` ?
<K-ballo>
an option to ignore warnings would increase the chances of warnings being ignored
<K-ballo>
I mean make doesn't know and shouldn't know how to interpret every compiler's output, in order to suppress warnings, instead one would tell the compiler not to emit them
<gonidelis[m]>
ok that sounds sound
<gonidelis[m]>
bad wording from my side though
<gonidelis[m]>
I just wanted for the warnings not to be shown in the output
<K-ballo>
fix em
<gonidelis[m]>
they are mostly depracations
<gonidelis[m]>
I don't think I should
<K-ballo>
are we talking hpx?
<gonidelis[m]>
yes
<K-ballo>
there should be no deprecation warnings, those are bugs
hkaiser has joined #ste||ar
<hkaiser>
gonidelis[m]: why did you close your PR? given up?
<gonidelis[m]>
created a new one
<gonidelis[m]>
becaues there were lots of conflicts
<gonidelis[m]>
It was my fualt for dragging it so long and there were things in my PR that you had already implemented meanwhile
<gonidelis[m]>
So I am bulding this new one on top of the current master just to be sure
<hkaiser>
gonidelis[m]: you can always (force) push to the existing PR
<hkaiser>
but it's ok - electrons are cheap
<gonidelis[m]>
Even after rebasing the previous one I just couldn't track the errors
<hkaiser>
ok
<hkaiser>
no problem
<gonidelis[m]>
hkaiser: Well, maybe creating a new one would be more clear to read
<gonidelis[m]>
I am working on it ;)
<hkaiser>
:D
<K-ballo>
you can entirely replace the history and contents of an existing PR
<gonidelis[m]>
the thing is I copy lots of stuff from this old one
<K-ballo>
that's perfectly fine
<K-ballo>
you just (force) push to the branch the PR tracks, and that does it
<gonidelis[m]>
but then separting the old stuff from the new ones would be more difficult?
<K-ballo>
what's the old stuff?
<gonidelis[m]>
the old PR changes
<K-ballo>
the old PR changes would no longer be changes in the PR
<gonidelis[m]>
exactly
<K-ballo>
I don't follow
<gonidelis[m]>
and thus I wouldn't be able to revise them
<K-ballo>
you can, you can revise them locally (just rename/copy the old branch), and it's also linked from the PR history
<gonidelis[m]>
yy that's correct
<gonidelis[m]>
I guess I didn't want to mess up again then ;p
diehlpk_work has quit [Ping timeout: 264 seconds]
shahrzad has joined #ste||ar
akheir has joined #ste||ar
nanmiao11 has joined #ste||ar
diehlpk_work has joined #ste||ar
bita has joined #ste||ar
nanmiao11 has quit [Remote host closed the connection]
<rori>
hkaiser: if you have time to approve [5047](https://github.com/STEllAR-GROUP/hpx/pull/5047) it would be appreciated cause it's kind of blocking my work on removing the device code guards ^^'
<hkaiser>
rori: I aprove
<rori>
tks
shahrzad has quit [Ping timeout: 264 seconds]
shahrzad has joined #ste||ar
shahrzad has quit [Remote host closed the connection]