<nikunj>
zao: I'm still trying to make things work here :3
<nikunj>
I did set up a completely new vm with Ubuntu 18.04 so that I can install the same set of libraries with exactly same versions.
<nikunj>
I may then be able to get to the root of the problem
Coldblackice_ has joined #ste||ar
Coldblackice has quit [Ping timeout: 268 seconds]
Coldblackice has joined #ste||ar
Coldblackice_ has quit [Ping timeout: 268 seconds]
nikunj97 has joined #ste||ar
nikunj has quit [Read error: Connection reset by peer]
rori has joined #ste||ar
K-ballo has joined #ste||ar
<nikunj97>
let's continue where I left off
<zao>
The above was from building everything I could explicitly with C++14, most things as master.
<zao>
(on Arch)
hkaiser has joined #ste||ar
Yorlik has quit [Read error: Connection reset by peer]
<nikunj97>
zao: I've lost hopes on arch
<nikunj97>
trying everything on ubuntu now
<nikunj97>
arch is bleeding edge. Packages tend to break sometimes. Maybe something is wrong inherently with some package that leads to such errors
<zao>
:D
<nikunj97>
for example: clang 9.0 installs llvm libs for 8.0 xD
<nikunj97>
you will have to install llvm libs 9.0 separately to get things working
<nikunj97>
let's hope ubuntu doesn't disappoint. It's day 4 and I'm yet to reproduce the error I'm expected to fix :D
nikunj has joined #ste||ar
nikunj97 has quit [Ping timeout: 240 seconds]
<nikunj>
installing hpx now
<zao>
:D
maxwellr96 has quit [Read error: Connection reset by peer]
diehlpk_work has quit [Remote host closed the connection]
<zao>
If you've got any silly questions, I'm happy to give silly answers.
rtohid_ has joined #ste||ar
<nikunj>
zao: hpx never failed me once :D
<nikunj>
but I have a feeling that I will surely come up with some silly questions today as well
rtohid has quit [Ping timeout: 250 seconds]
<zao>
fwiw for arch, it's healthy to occasionally do system upgrades with `pacman -Syu` to ensure that packages that might need reinstallation are actually reinstalled.
<nikunj>
zao: yes! I do it every week or so
<nikunj>
I need better machines it seems
<nikunj>
I'll switch to rostam if it starts taking longer
<nikunj>
hkaiser: is there a phylanx wiki by any chance?
<nikunj>
let's hope things don't end up weirdly this time
<nikunj>
everything is on C++14
<nikunj>
and verbose output looks decent as of now
<K-ballo>
nikunj: what are you working on?
<nikunj>
K-ballo: the linker error related to __wrap_main that exposed itself a few days back
<nikunj>
we need to get that fixed
<nikunj>
K-ballo: talking about phylanx here ^^
<K-ballo>
yep, got it
aserio has joined #ste||ar
hkaiser has joined #ste||ar
aserio1 has joined #ste||ar
aserio has quit [Ping timeout: 276 seconds]
aserio1 is now known as aserio
<simbergm>
nikunj: I still think you just need to use hpx_setup_target instead of linking to the hpx target in phylanx... that's why I was asking about what you were working on before
<simbergm>
you could also use the docker container that they use for phylanx ci
<hkaiser>
simbergm: well that's the whole point of him looking into things
<hkaiser>
that docker image is broken
<hkaiser>
could be ok now, however - after your (and rori's) latest changes
<zao>
There's a lot of signedness errors in this codebase, hoo boy.
<zao>
(ir::range::size() returns ptrdiff and is compared a lot with size_t)
<simbergm>
hkaiser: stellargroup/phylanx_base:prerequisites is not broken is it?
<hkaiser>
zao: yah, needs some cleanup - I hope that the recent changes to the hpx buildsystem preventing warning related flags to be propagated will help
<simbergm>
nah, the wrapping won't be fixed with her changes
<hkaiser>
simbergm: right, that one should be ok
<hkaiser>
simbergm: also, could we merge #4160, please?
<simbergm>
hkaiser: yes, forgot to do so, go for it!
<hkaiser>
thanks, done
rori has quit [Ping timeout: 246 seconds]
diehlpk_work has joined #ste||ar
<nikunj>
ok strange
<nikunj>
the whole branch just built to a 100%
<nikunj>
hkaiser, simbergm: did you make any changes?
<simbergm>
nikunj try running a test, I think they fail at runtime now
<nikunj>
simbergm: alright let me try that
zbyerly has quit [Remote host closed the connection]
<nikunj>
simbergm: yes, all the tests failed
<nikunj>
simbergm: everything fails since the files with hpx_main.hpp does not link to hpx_wrap.a
<nikunj>
btw hkaiser, I think simbergm has a point. We can forward the parameters of phylanx_setup_target to hpx_setup_target and let that do the hpx related stuff instead
<simbergm>
probably would've worked the first time without that ;)
<nikunj>
simbergm: ohh yes! we're forgetting the hpx_wrap there
rori has joined #ste||ar
<nikunj>
that is crucial
<hkaiser>
simbergm: but not even the linker flags go through, and those are definitely set
<hkaiser>
nikunj: try it
<nikunj>
hkaiser: you forced pushed it
<simbergm>
I think the linker flag went through the first time, that's why you got linker errors related to real_main or something
<hkaiser>
could be :/
<simbergm>
that said, I still recommend you use hpx_setup_target... :P
<nikunj>
yes right, the first time I saw the logs, there was no hpx_wrap there
<hkaiser>
don't remember, I tried so many things
<nikunj>
hold on, there was hpx_wrap but no -wrap=main
<simbergm>
the old commit is still on github... does github let you check out a commit without a name?
<zao>
You can checkout anything with a name.
<zao>
*you can name
<zao>
git checkout commitish should be quite fine.
<simbergm>
zao: well, I suppose I meant fetch or pull
<simbergm>
a remote commit by hash
bibek has joined #ste||ar
<rori>
I just did a PR to reestablished HPX_LIBRARIES and HPX_INCLUDE_DIRS
<rori>
so that any other projects could still link to those
<zao>
simbergm: you can do stuff like git fetch (--depth 1) origin commitish; git checkout FETCH_HEAD
<zao>
(if you want to be a bit shallow, otherwise just skip the depth and fetch the whole history)
<nikunj>
ok so, this commit which I require is no more in the tree somehow: f102cc0902c0da13c7f76948420253b627253ec9
<nikunj>
zao ^^
<nikunj>
trying to fetch the hash tells me that: 'error: server does not allow request from unadvertised object f102cc0902c0da13c7f76948420253b627253ec9'
<zao>
How did you determine that it's the commit you want? The only reason for something to disappear is if it's been orphaned (via force-push/etc.) and garbage collection has happened.
<rori>
The HPX_* cache variables weren't exported, but they are now in one of my PR feel free to merge it asap
<nikunj>
well it was forced push yes
<zao>
nikunj: The client seems to be saying that for any full-length hash that doesn't correspond to an object.
<nikunj>
rori: thanks! That should be able to make things work for phylanx. Let me try to build from your PR.
<zao>
Oh, so it's a bit orphaned from being input to a merge and not rooted anywhere else, huh.
<simbergm>
zao: it's been force-pushed over, was just curious if there's a way to get it even though it's not reachable since github clearly still knows about it
<zao>
You can curl down a diff against master and apply that, I guess.
<rori>
sorry for breaking everything, I didn't know about the phylanx project and I should have tested it !
<zao>
rori: Easy mistake to make thinking that HPX has no users you need to care about ;)
<nikunj>
rori: I did exactly the same mistake about a year and half
<K-ballo>
what's an "user"?
<nikunj>
rori: in fact I remember breaking hpx master for a brief amount of time :D
<nikunj>
hkaiser, simbergm, zao: just added the hpx_wrap to the linux portions of things. Let's see if it makes it work
<rori>
Haha reassuring, sort of ..
<rori>
yeah the HPX_LINK_FLAGS things were in the commits that are cherry picked from chinz07, I should have better reviewed things sorry
<rori>
And so do you also need HPX_PKG_LIBRARIES and all configuration variants ?
<nikunj>
not sure about HPX_PKG_LIBRARIES but HPX_LIBRARIES, HPX_LINK_LIBRARIES and HPX_LINKER_FLAGS are 3 major variables used by both other cmake configs and pkgconfig
<nikunj>
at least until last year, not sure what changes were made to the cmake system this year
<rori>
ok thanks !
rori has quit [Ping timeout: 276 seconds]
<simbergm>
rori I think HPX_PKG_LIBRARIES was only used to generate pkgconfig files
<hkaiser>
simbergm: we're seeing issues with compilation if DATAPAR_VC is enabled
<simbergm>
hkaiser: what are the errors?
<simbergm>
also, rori ^
<hkaiser>
vc includes are missing on the compiler command line
<hkaiser>
some examples fail compiling
<hkaiser>
we ought to remove all of that vc stuff at some point, however