hkaiser changed the topic of #ste||ar to: The topic is '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/
parsa has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
parsa has joined #ste||ar
hkaiser has quit [Quit: bye]
hkaiser has joined #ste||ar
hkaiser has quit [Quit: bye]
K-ballo has joined #ste||ar
hkaiser has joined #ste||ar
weilewei has quit [Remote host closed the connection]
Yorlik has joined #ste||ar
<simbergm> hkaiser, heller would one of you have time to look into this: https://circleci.com/gh/STEllAR-GROUP/hpx/158047?
<heller2> ms: isn't migration failing since ages?
<simbergm> yeah...
<hkaiser> simbergm: it's that polymorphic migration test
<hkaiser> I'll try to put it back on the top of the stack
hkaiser has quit [Quit: bye]
hkaiser has joined #ste||ar
<hkaiser> K-ballo: pls see #4331 for the async_colocated tests
<simbergm> hkaiser: thanks!
Yorlik has quit [Read error: Connection reset by peer]
RostamLog has joined #ste||ar
<diehlpk_work> hkaiser, gcc 10 is still broken and they are discussing how to fix the bug we have seen on Fedora and rostam
<K-ballo> hkaiser: was apply colocated not working?
<hkaiser> K-ballo: yah :/
<heller2> Now, is it a gcc bug or one of ours?
<heller2> A few lto related changes are in...
<hkaiser> heller2: not sure, can't reproduce it as gcc 10 ICE's for me
<heller2> Ok, I suggest to wait for a proper RC
<heller2> If gcc 10 that is
<simbergm> K-ballo thanks, I'll check that
<hkaiser> heller2: sure
<diehlpk_work> simbergm, I finished the organization profile
<diehlpk_work> heller2, The fedora gcc maintainer will send an email once gcc 10 will work again
Yorlik has joined #ste||ar
<Yorlik> Is there any easy way to have HPX install pdb files along the binaries in Debug and RelWithDebinfo configs on windows? Or do i have to do a manual install command in my master CMakeLists.txt?
<hkaiser> Yorlik: doesn't it do it?
<Yorlik> Nope
<hkaiser> well, that sounds like a bug to me
<Yorlik> I'm currently digging deep inside the build tree to pull em out
<hkaiser> ok
<hkaiser> pls create a ticket ...
<Yorlik> It seems hpx is installing its build artifacts 2 levels above its binary dir, as if there was some hardcoded path somewhere.
<Yorlik> In my system hpx is inside a tree at level two, butr stuff gets written directly to a hpx dir under the build
<hkaiser> Yorlik: could you describe that more precicely, pls
<hkaiser> give an example?
<Yorlik> I might be mistaken though - still a bit unsecure with CMake stuff. However - HPX lives under repos in my system
<Yorlik> In any case - pdb file do not install
<hkaiser> Yorlik: that looks like the build directory to me, not the install dir
<Yorlik> Yes, it is
<hkaiser> why do you want to move the build directory somewhere else?
<hkaiser> I don't get what the problem is, sorry
<Yorlik> I install into my structure for debugging, so binaries and DLLs live in trhe same directory
<Yorlik> Like having a common /bin, /lib, etc for all artifacts
<hkaiser> ok
<Yorlik> currently using this ugly thing additionally to the external project to install:
<Yorlik> if( WIN32 )
<Yorlik> install(DIRECTORY
<Yorlik> ${PROJECT_BINARY_DIR}/../../hpx/src/hpx-build/${CMAKE_BUILD_TYPE}
<Yorlik> CONFIGURATIONS Debug RelWithDebInfo
<Yorlik> DESTINATION ${HPX_INSTALL_DIR}/../)
<Yorlik> endif()
<hkaiser> so if you just install hpx you get what you posted?
<Yorlik> If i build HPX with externalProject, like I posted, the pdb files do not install.
<Yorlik> They exist in the build tree.
<Yorlik> They simply do not find their way into the install directory and this causes problems whn I want to debug clients
<Yorlik> Since the PDB files store the backlink to the sources as absolute paths it works nocely
<hkaiser> does you external project install hpx?
<Yorlik> Yes, it does
<hkaiser> your*
<Yorlik> Just not the debug inbfo
<hkaiser> so what does it produce?
<hkaiser> where can I find that ExternalProject.cmake, btw?
<hkaiser> how can I reproduce the issue?
<Yorlik> It install a tree under the directory I give it and drops the dlls and stuff into it, just not the PDB
<Yorlik> I posted a shortened version of that CMake command
<Yorlik> The variables I used are pretty self explanatory I think.
<hkaiser> Yorlik: how am I supposed to reproduce things if you 'shorten' the example?
<Yorlik> And the HPX options go into the abbreviated CMakeOptions of that command
<hkaiser> and where do I get the external project script from
<Yorlik> I just shortened the HPX options
<hkaiser> no idea what you're talking about
<Yorlik> ExternalProject is a command from vanilla CMake
<hkaiser> ok
<Yorlik> You just do a include(ExternalProject) to use it
<Yorlik> And you pass all CMake Variables in the command as shown
<hkaiser> Yorlik: see, there is goes - could you pls create a small self-contained test case reproducing your problem?
<hkaiser> can't be that difficult - everything is obvious to you
<hkaiser> sadly not for me
<Yorlik> on it ..
hkaiser has quit [Quit: bye]
hkaiser has joined #ste||ar
<Yorlik> hkaiser: testcase added. Just a CMakeLists.txt
<Yorlik> You'd need to adjust the directories for your boost and hwloc install, or just remove them, if its in your system autoinstalled
<Yorlik> The install goes into a weird directory for some reason, but the PDBs are missing;
<Yorlik> Also use -GNinja
<hkaiser> ok, thanks Yorlik!
<Yorlik> Gotta reformat - something is messed with GitLab comments and code
<Yorlik> OK - CMakeLists.txt attached propely now (hopefully)
<Yorlik> OK - gotta run. G'Night!
Yorlik has quit [Read error: No route to host]