hkaiser 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 has quit [Quit: K-ballo]
hkaiser has quit [Quit: bye]
hkaiser has joined #ste||ar
K-ballo has joined #ste||ar
eschnett has quit [Quit: eschnett]
hkaiser has quit [Quit: bye]
eschnett has joined #ste||ar
<diehlpk_work> heller, Are you interested to attend the call with the Los Alamos people next week?
hkaiser has joined #ste||ar
eschnett has quit [Quit: eschnett]
mdez has joined #ste||ar
hkaiser has quit [Quit: bye]
hkaiser has joined #ste||ar
Yorlik has quit [Read error: Connection reset by peer]
Yorlik has joined #ste||ar
hkaiser has quit [Quit: bye]
mdez has quit [Ping timeout: 256 seconds]
<heller> diehlpk_work: what will it be about? Will Al send me an email now with the issues he's running into?
<diehlpk_work> heller, https://github.com/hpc/kraken
<diehlpk_work> They developed a tool to boot the PI Cluster and he will explain how it is working and how e might could use it
khuck has joined #ste||ar
<khuck> hey everyone - quick question... does HPX no longer generate hpx/config.hpp?
<khuck> I am trying to build HPX with APEX, and the APEX source code that includes HPX headers first includes hpx/config.hpp, and now it's failing. My builedbot server has been down for most of the last 3 weeks, so it could have been an older recent change.
<khuck> [ 7%] Building CXX object apex/src/apex/CMakeFiles/apex.dir/apex.cpp.o
<khuck> /home/users/khuck/src/phylanx/tools/buildbot/src/hpx/apex/src/apex/apex.cpp:12:10: fatal error: hpx/config.hpp: No such file or directory
<khuck> #include <hpx/config.hpp>
<khuck> ^~~~~~~~~~~~~~~~
<khuck> compilation terminated.
<parsa> khuck: it's still there. no clue why yours is missing
<K-ballo> hpx/config.hpp ?
<K-ballo> was config.hpp ever generated?
hkaiser has joined #ste||ar
<K-ballo> it has moved into a module
<K-ballo> does this mean using hpx without cmake now requires messing with include directories?
<K-ballo> looks like it does
<hkaiser> khuck: I think this is an artifact of the stable tag issues we were discussing
<hkaiser> please remove your build directory (but you probably do that already)
<khuck> should I just use head of master?
<khuck> hkaiser: I do delete the build directory first
<hkaiser> khuck: worth a try
<K-ballo> are we positive we are properly exporting all the new include directory paths in our exported cmake targets?
<khuck> that was my next question - whether include paths changed
<K-ballo> they did, hpx/config.hpp moved
<K-ballo> hpx/config.hpp the physical file, the include remains <hpx/config.hpp>, but the include directory path is different
<khuck> I used to expect it in ${CMAKE_BINARY_DIR}
<K-ballo> no.. config.hpp was never generated
<K-ballo> are you thinking of defines.hpp ?
<khuck> APEX has included hpx/config.hpp for several years now.
<K-ballo> yes
<K-ballo> not from ${CMAKE_BINARY_DIR} though, unless it was copying it there..?
<khuck> unknown. still trying to debug this
<K-ballo> config.hpp is a tracked file, it does not get generated at configuration time
<khuck> ok, so where is it supposed to be?
<K-ballo> it used to be at <hpx-ROOT>/hpx/config.hpp, now it moved to <hpx-ROOT>/libs/config/include/hpx/config.hpp
<khuck> is there an "HPX-approved" way to add include paths to subdirectories?
<K-ballo> no, only the cmake targets are supported
<K-ballo> find_package(HPX) or whatnot
<khuck> APEX is a subdirectory of HPX, built with HPX - not a separate library
<K-ballo> then no need for find_package(HPX), just naming the targets ought to be sufficient
<K-ballo> APEX should not be manually configuring include directory paths for HPX in that case
<khuck> so...how do I add the include paths, if not "include_directories(${CMAKE_SOURCE_DIR}/libs/config/include)" ?
<K-ballo> it should not be adding include paths at all, it should just be linking the targets (modern cmake), or inheriting those from global directory scope (old cmake)
<K-ballo> I'm not familiar with hpx's own cmake framework to know which of those it implements, but gathering and setting all those include paths is its responsibility, not APEX's
<khuck> I am even less familiar.
<hkaiser> khuck: I positive that all directories are exported with their targets
<hkaiser> khuck: you already added hpx_preprocessor as a dependency to APEX, you might have to add the new modules as well
<khuck> I did
<hkaiser> or even just hpx_config as a dependency
<khuck> what are the others?
<hkaiser> that one recursively depends on hpx_preprocessor, so no need to have hpx_preprocessor
<hkaiser> khuck: yah, APEX is special as it is built as part of HPX and needs special handling
<hkaiser> khuck: as we add more modules we might have to update the APEX dependencies as well...
<khuck> hpx_cache depends on hpx_config depends on hpx_preprocessor
<khuck> so far...
<khuck> hpx_cache seems to be sufficient
khuck has quit [Remote host closed the connection]
khuck has joined #ste||ar
khuck has quit [Remote host closed the connection]
khuck has joined #ste||ar