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/
<K-ballo>
how come I get redefinition errors when I link against hpx_*.libs?
<K-ballo>
do some of them exclude others? and if so, which??
<K-ballo>
and why do I get errors about hpx's internal use of deprecated stuff? who is turning those warnings into errors?
<ms[m]>
K-ballo: first question: do you link against libhpx *and* one of the static libs? those are mutually exclusive
<ms[m]>
second question: what's the deprecation warning? which compiler? there's at least one (type of, not occurrence) false positive reported by gcc in the algorithms
<K-ballo>
I've added hpxd.lib and when that was not enough I tried adding everything else in libs
<K-ballo>
the deprecation warning is genuine, what puzzles me is that it results in an error despite compiling with only level1 warnings and warnings as errors No
<K-ballo>
caused by /sdl, damn I remember running into this already
<ms[m]>
:/
<ms[m]>
what did you not get by just adding hpxd.lib?
<ms[m]>
#4993 will hopefully fix all the remaining deprecation warnings (hah, let's see), we just had really lousy testing for deprecated functionality which let them slip through (only one configuration had the warning on)
<ms[m]>
wait, you're not actually doing this in CMake are you? do you get hpx_parallelism and hpx_core linked as well?
<K-ballo>
no cmake, regular normal use
<ms[m]>
odd, I wouldn't know where to look on windows if you are actually linking to the two other libraries as well (the unresolved symbols look like they're all from those two libraries)
<ms[m]>
could be I've messed up the export declarations somehow? is this master?
<K-ballo>
I'm not actually linking the two other libraries
<K-ballo>
I added hpxd.lib, it was not enough.. then I added everything else, and it was too much.. hence me asking
<ms[m]>
ah, that was "no cmake", not "no, cmake", correct?
<K-ballo>
cmake is not involved
<ms[m]>
then it's those two libraries missing, on linux I would expect just linking to libhpx.so to pull in the two others as well, how does that work on windows?
Yorlik has joined #ste||ar
kordejong has left #ste||ar ["Kicked by @appservice-irc:matrix.org : Idle for 30+ days"]
<zao>
Linking to an import library satisfies symbols with the exports from the corresponding DLL.
<zao>
It doesn’t do any transitive shenanigans.
<zao>
If your module imports things from multiple DLLs itself it needs to link the corresponding import libraries
<Yorlik>
How is HPX doing its dependency management, especially in the CI? I'm trying to implement it for our build system and refactor it to finally set up a CI, just not sure what's the best way to do it.
hkaiser has quit [Quit: bye]
<Yorlik>
Cmake ExternalProject_Add seems to not have the dependencies available at configure time and it looks as if I have to fall back FetchContent.
<Yorlik>
.. fall back to ...
<K-ballo>
so hpx + parallelism + core then
jbjnr_ has quit [Read error: Connection reset by peer]
jbjnr has joined #ste||ar
Yorlik has quit [Ping timeout: 240 seconds]
bita has joined #ste||ar
bita has quit [Ping timeout: 240 seconds]
hkaiser has joined #ste||ar
jbjnr_ has joined #ste||ar
jbjnr has quit [Ping timeout: 260 seconds]
jbjnr__ has joined #ste||ar
jbjnr_ has quit [Ping timeout: 264 seconds]
jbjnr__ has quit [Quit: Leaving]
Yorlik has joined #ste||ar
Yorlik has quit [Read error: Connection reset by peer]