<hkaiser>
looks like some system header incompatibility
<tiagofg[m]>
exactly
<zao>
Does it manifest even if you don't include <hpx/hpx.hpp> but have the target configured for HPX?
<hkaiser>
this kind of problem could be the result of some macro name clash causing symbols to be expanded to something nonsensical
<zao>
Are you building with some odd _GNU_SOURCE or other defines?
<zao>
Ah yes, macros, our eternal friends :D
<hkaiser>
tiagofg[m]: may I suggest you create a preprocessed file?
<hkaiser>
looking at the preprocessed output helps figuring out what's wrong
<tiagofg[m]>
<zao "Does it manifest even if you don"> No, only when I include
<tiagofg[m]>
The program I am working on it wasn't made by me, but I'm going to look for macros
<tiagofg[m]>
<zao "Are you building with some odd _"> I don't think so
<zao>
I recommend going with hkaiser's approach, grab the command line from your build output, change -c into -E to preprocess the translation unit to a file.
<zao>
Inspecting that might give some insight into what goes wrong.
<tiagofg[m]>
yeh, I'm going to do that, this is a tricky problem :D Thank you guys for helping
kale[m] has quit [Ping timeout: 264 seconds]
kale[m] has joined #ste||ar
<Nikunj__>
hkaiser, yt?
<hkaiser>
Nikunj__: here
<Nikunj__>
hkaiser, see pm please
joe[m] has quit [Quit: killed]
rori has quit [Quit: killed]
oleg[m] has quit [Quit: killed]
jbjnr has quit [Quit: killed]
heller1 has quit [Quit: killed]
diehlpk_mobile[m has quit [Quit: killed]
tiagofg[m] has quit [Quit: killed]
kordejong has quit [Quit: killed]
parsa[m] has quit [Quit: killed]
otto[m] has quit [Quit: killed]
gdaiss[m] has quit [Quit: killed]
wladimir[m] has quit [Quit: killed]
oscar[m]1 has quit [Quit: killed]
norbert[m] has quit [Quit: killed]
klaus[m]1 has quit [Quit: killed]
mariella[m] has quit [Quit: killed]
rajpalsanyam1997 has quit [Quit: killed]
neill[m] has quit [Quit: killed]
richard[m]1 has quit [Quit: killed]
gretax[m] has quit [Quit: killed]
mdiers[m] has quit [Quit: killed]
carola[m] has quit [Quit: killed]
ms[m] has quit [Quit: killed]
noise[m] has quit [Quit: killed]
gonidelis[m] has quit [Quit: killed]
smith[m] has quit [Quit: killed]
ralph[m] has quit [Quit: killed]
karame_ has quit [Remote host closed the connection]
<Nikunj__>
hkaiser, yt?
<hkaiser>
Nikunj__: here now
<Nikunj__>
hkaiser, see pm please (again)
nanmiao11 has joined #ste||ar
norbert[m] has joined #ste||ar
kordejong has joined #ste||ar
kale[m] has quit [Ping timeout: 240 seconds]
kale[m] has joined #ste||ar
oscar[m] has joined #ste||ar
ralph[m] has joined #ste||ar
neill[m] has joined #ste||ar
rori has joined #ste||ar
joe[m] has joined #ste||ar
oleg[m] has joined #ste||ar
otto[m] has joined #ste||ar
smith[m] has joined #ste||ar
carola[m] has joined #ste||ar
wladimir[m] has joined #ste||ar
richard[m]1 has joined #ste||ar
noise[m] has joined #ste||ar
gdaiss[m] has joined #ste||ar
diehlpk_mobile[m has joined #ste||ar
gretax[m] has joined #ste||ar
klaus[m]1 has joined #ste||ar
heller1 has joined #ste||ar
mariella[m] has joined #ste||ar
jbjnr has joined #ste||ar
rajpalsanyam1997 has joined #ste||ar
mdiers[m] has joined #ste||ar
ms[m] has joined #ste||ar
tiagofg[m] has joined #ste||ar
weilewei has quit [Remote host closed the connection]
Yorlik has joined #ste||ar
parsa[m] has joined #ste||ar
gonidelis[m] has joined #ste||ar
weilewei has joined #ste||ar
<diehlpk_work_>
SC main track paper notification and SC panel notification is today!
<gonidelis[m]>
hkaiser: I think the fix on reduce_adapt branch is fine now ;)
<hkaiser>
gonidelis[m]: great!
<hkaiser>
let's wait for the tests to cycle, I'll merge it once it went through
<gonidelis[m]>
great !
karame_ has joined #ste||ar
<diehlpk_work_>
hkaiser, jbjnr parsa ms[m] June 29, 2020 - July 3, 2020 - Mentors and students submit their evaluations of one another. These evaluations are a required step of the program.
<hkaiser>
yes, will do
<diehlpk_work_>
hkaiser, jbjnr parsa ms[m] Please do that by Wednesday or I will spam you with messages and emails :)
<hkaiser>
ok
<gonidelis[m]>
The evaluations open in like 3 hours
<diehlpk_work_>
Nikunj__, you are included as well
<Nikunj__>
diehlpk_work_, will do
<diehlpk_work_>
gonidelis[m], Yes, please do it as soon as poosible
<gonidelis[m]>
diehlpk_work_: I am refreshing the gsoc webpage from this morning like every 30 minutes ;p
<diehlpk_work_>
gonidelis[m], No hurry. you just have to do it before the deadline to be able to work with us
<gonidelis[m]>
diehlpk_work_: Yeah sure. Will do it today
<gonidelis[m]>
But I can't find our implementation there :/
<hkaiser>
what implementations?
<gonidelis[m]>
the `for_each(typename FwdIterB, typename FwdIterE)` one
<gonidelis[m]>
I can only find `for_each(typename FwdIter)`
<hkaiser>
gonidelis[m]: you will not find that, as K-ballo said those have not been changed to support Iter/Sentinel pairs
<K-ballo>
ranges::for_each(I first, S last, Fun f, Proj proj = {}); ?
<gonidelis[m]>
ok I get it.
<gonidelis[m]>
So these guys don't provide a uniform implementation like ours which dispatches according to what FwIterB, FwIterE actually are during specialization... (?)
<K-ballo>
uhm
<K-ballo>
more like we don't provide the plain old algorithms, kinda?
<K-ballo>
the reason we end up with both old algorithms and new range algorithms is mostly backwards compatibility, due to concept requirements mainly
nikunj97 has joined #ste||ar
<K-ballo>
but at the same time, only the old algorithms are parallelized... so, we provide more of a hybrid
<gonidelis[m]>
oh ok... But aren't plain old algorithms supported by our implementation ?
<gonidelis[m]>
K-ballo:
<K-ballo>
I have no idea what your mental picture for these things is
<K-ballo>
the underlying "algorithms", the textbook meaning of algorithms, is the same for "old algorithms" and new "range algorithms"
Nikunj__ has quit [Ping timeout: 240 seconds]
<gonidelis[m]>
K-ballo: ok great! thank you :)
<gonidelis[m]>
When I `salloc -p marvin` on ROSTAM for example and then I run `srun make -j40 tests.unit` what's the difference if I ran `make -j40 tests.unit` without the `srun` ?
<hkaiser>
gonidelis[m]: without the srun things would run on the headnode (except if you loged into your node explicitly
<hkaiser>
gonidelis[m]: the best is to request an interactive allocation (using srun), and then to directly log in to the allocated node