00:06
kisaacs has joined #ste||ar
00:08
diehlpk has quit [Ping timeout: 255 seconds]
00:39
nikunj97 has quit [Quit: Leaving]
01:37
kisaacs has quit [Ping timeout: 240 seconds]
01:39
parsa has quit [Quit: Zzzzzzzzzzzz]
01:42
kisaacs has joined #ste||ar
01:43
hkaiser has quit [Quit: bye]
02:01
parsa has joined #ste||ar
02:02
stmatengss has joined #ste||ar
02:12
stmatengss has quit [Quit: Leaving.]
02:15
stmatengss has joined #ste||ar
02:15
stmatengss has quit [Client Quit]
02:40
K-ballo has quit [Quit: K-ballo]
03:19
galabc has joined #ste||ar
03:22
stmatengss has joined #ste||ar
03:23
galabc has quit [Client Quit]
04:27
kisaacs has quit [Ping timeout: 260 seconds]
04:38
parsa has quit [Remote host closed the connection]
04:38
parsa has joined #ste||ar
04:38
stmatengss has quit [Quit: Leaving.]
05:23
kisaacs has joined #ste||ar
05:23
parsa has quit [Quit: Zzzzzzzzzzzz]
05:27
kisaacs has quit [Ping timeout: 260 seconds]
06:23
aparikh756 has joined #ste||ar
06:30
aparikh756 has quit [Ping timeout: 260 seconds]
06:42
david_pfander has joined #ste||ar
06:46
david_pfander has quit [Ping timeout: 248 seconds]
06:53
david_pfander has joined #ste||ar
06:58
aparikh756 has joined #ste||ar
07:01
david_pfander has quit [Ping timeout: 240 seconds]
09:05
<
github >
hpx/gh-pages 480f359 StellarBot: Updating docs
09:39
kisaacs has joined #ste||ar
09:44
kisaacs has quit [Ping timeout: 256 seconds]
10:17
nikunj has joined #ste||ar
10:23
<
nikunj >
so, I was able to build hpx using msvc (all builds passed, none failed). However when I try to run one of the examples directly from bin folder, it cannot find boost related dll.
10:28
nikunj97 has joined #ste||ar
10:28
nikunj has quit [Read error: Connection reset by peer]
10:43
nikunj1997 has joined #ste||ar
10:43
nikunj97 has quit [Read error: Connection reset by peer]
10:45
nikunj97 has joined #ste||ar
10:45
nikunj1997 has quit [Read error: Connection reset by peer]
10:51
nikunj1997 has joined #ste||ar
10:51
nikunj97 has quit [Read error: Connection reset by peer]
10:56
nikunj97 has joined #ste||ar
10:56
nikunj1997 has quit [Read error: Connection reset by peer]
11:02
nikunj97 has quit [Remote host closed the connection]
11:25
nikunj97 has joined #ste||ar
11:40
nikunj97 has quit [Quit: Leaving]
11:41
nikunj97 has joined #ste||ar
12:08
kisaacs has joined #ste||ar
12:13
kisaacs has quit [Ping timeout: 256 seconds]
12:42
Anushi1998 has quit [Ping timeout: 255 seconds]
12:51
Anushi1998 has joined #ste||ar
13:04
<
zao >
nikunj97: Windows uses PATH to find dynamic libraries.
13:05
<
zao >
The HPX CI does things like set PATH="C:\vcpkg\boost\bin:%PATH%"
13:05
<
nikunj97 >
zao: so i need to set path to make it work?
13:06
<
zao >
Or copy in the DLLs into the current directory or executable directory.
13:06
<
zao >
Or technically, do something naughty with manifests, but I have no idea how those work anymore :)
13:06
<
nikunj97 >
ok, so it was a normal behavior to not work
13:07
<
nikunj97 >
also, can msvc build a hpx application if provided with headers and linkers?
13:07
<
nikunj97 >
mine doesn't seem to work
13:08
<
nikunj97 >
ah, thanks!
13:08
<
zao >
As for using MSVC to build an external application? Heaven knows.
13:08
<
nikunj97 >
zao: so I should create cmakelists instead and build it in msvc?
13:09
<
zao >
It'd probably be a good thing to try.
13:09
<
nikunj97 >
zao: thanks! can I run hpx applications without using visual studio?
13:09
<
zao >
I would say that we have two more or less "supported" ways of using HPX, pkg-config (on non-MSVC) and the CMake bits.
13:10
<
zao >
If you know what you're doing, it's quite possible to link HPX directly in a MSVC solution's projects. I've done it in the past.
13:10
<
nikunj97 >
zao: will that build the solution without any problem?
13:10
<
zao >
So you'd set -DHPX_DIR=C:\libs\hpx\lib\cmake\HPX and find_package(HPX) or something.
13:10
<
zao >
What problems are you running into?
13:10
<
zao >
I haven't played with this for years :)
13:10
<
nikunj97 >
I had linking errors
13:11
<
nikunj97 >
even though I provided with correct linker paths
13:11
<
nikunj97 >
So I manually added header and linker paths for boost, hwloc and hpx
13:11
<
nikunj97 >
and tried to build it
13:12
<
nikunj97 >
but it still didn't build
13:12
<
zao >
So what errors did you get?
13:12
hkaiser has joined #ste||ar
13:12
<
zao >
Missing libraries, missing symbols, duplicate symbols, something else?
13:12
<
nikunj97 >
I could share the exact linker error, but i'm currently on my linux pc and can't create a gist of windows errors
13:12
<
nikunj97 >
it was related to target machines being x86
13:13
<
nikunj97 >
and linking error for boost
13:13
<
zao >
Make sure that you're linking libraries of the correct bitness matching your project.
13:13
<
nikunj97 >
hpx recommends it's use for x64 right?
13:13
<
zao >
I believe the default for VC++ projects still is 32-bit, and you really should use 64-bit for HPX.
13:13
<
nikunj97 >
iirc i read it in the docs somewhere
13:13
<
zao >
Unless you're really insane like me :D
13:14
<
zao >
hkaiser promises nothing if you're foolish enough to target 32-bit x86 :)
13:14
<
nikunj97 >
zao: exactly so my build should target x64 right?
13:14
<
zao >
So you'd install 64-bit Boost binaries, 64-bit hwloc, build HPX with «-G "Visual Studio 15 2017" -A x64»
13:14
<
nikunj97 >
zao: i see, I did change it to x64 later but still it did run into a few linker issues. I'll share the gist when I run windows
13:15
<
zao >
(or -G "Visual Studio 15 2017 Win64", same thing but in an older generator format.
13:15
<
zao >
No hurry, just wanted to investigate a bit :)
13:15
<
nikunj97 >
zao: is it a cmake parameter?
13:15
<
zao >
Yeah, those are CMake params.
13:16
<
zao >
If you just use the "Visual Studio 15 2017" generator, you get a 32-bit project, at least historically.
13:16
<
nikunj97 >
zao: ok then I'll rebuild hpx with those parameters and try again today
13:16
<
zao >
In the past, there was a separate "Visual Studio 15 2017 Win64" generator.
13:16
<
nikunj97 >
I used visual studio 15win64 to configure the project
13:16
<
zao >
In more recent CMake, there's an architecture knob, -A
13:16
<
nikunj97 >
zao: so my build was correct?
13:17
<
zao >
Probably. Hard to tell at a distance.
13:17
<
zao >
My guess is that your VC++ project was x86 (32-bit).
13:18
<
nikunj97 >
zao: you mean the solution it created after generation?
13:18
<
zao >
No, not the HPX solution.
13:18
<
nikunj97 >
or the external project I was working on
13:18
<
zao >
The application one you were trying to use HPX in.
13:19
<
nikunj97 >
zao: is it a good idea to actually use the hpx solution and add source file to build (pseudo)external projects
13:20
<
zao >
For a third party program that merely uses HPX, I would not try to nestle in its build into HPX's tree.
13:20
<
zao >
For something that eventually will be a test or example, sure, do it.
13:20
<
nikunj97 >
zao: yes, I intend to try hooking with msvc
13:20
<
zao >
I would separately build HPX, pull in the exported CMake bits from HPX, and build my code separately.
13:21
<
nikunj97 >
I identified the required functions, but i couldn't experiment due to these unexpected errors
13:22
<
nikunj97 >
zao: i didn't understand what you said, could you please elaborate
13:23
<
zao >
I mean that if I was writing a freestanding program that would use HPX, I would build HPX first and install it.
13:23
<
zao >
And then just find_package(HPX) and add_hpx_executable() or however one actually uses HPX.
13:24
<
nikunj97 >
zao: oh so you mean, use cmakelists to generate solutions and then building them
13:24
<
nikunj97 >
is that what you mean?
13:24
<
nikunj97 >
zao: ya, I was thinking of the same
13:25
<
nikunj97 >
zao: thanks for the help :)
13:25
<
nikunj97 >
zao: I'll update you later with the exact errors
13:25
<
nikunj97 >
hkaiser: yt?
13:25
<
zao >
And yes, if you need actual meaningful guidance, ask your mentor :P
13:27
K-ballo has joined #ste||ar
13:32
<
nikunj97 >
hkaiser: did you look into my code?
13:33
<
hkaiser >
planning to do that this weekend
13:33
<
nikunj97 >
ok, please let me know how can i refine my code after checking out the code
13:34
<
nikunj97 >
i will then create a pull request for working linux/unix code, or should i wait until we do everything with perfection?
13:58
aparikh756 has quit [Ping timeout: 260 seconds]
13:59
parsa has joined #ste||ar
14:00
nikunj97 has quit [Quit: Leaving]
14:03
nikunj has joined #ste||ar
14:06
nikunj has quit [Remote host closed the connection]
14:06
nikunj has joined #ste||ar
14:34
elfring has joined #ste||ar
15:02
aparikh756 has joined #ste||ar
15:36
<
github >
hpx/logging 6c95363 Agustin K-ballo Berge: pruning util/logging
15:48
kisaacs has joined #ste||ar
16:12
<
github >
[hpx] taeguk opened pull request #3324: Replace C++14 overload of std::equal with C++11 code. (master...tg_std_equal)
https://git.io/vphJw
16:35
parsa has quit [Quit: Zzzzzzzzzzzz]
16:58
anushi has joined #ste||ar
17:38
mcopik has joined #ste||ar
17:47
taeguk has joined #ste||ar
18:00
taeguk has quit [Quit: Page closed]
18:02
kisaacs has quit [Ping timeout: 240 seconds]
18:15
kisaacs has joined #ste||ar
18:30
anushi has quit [Ping timeout: 256 seconds]
19:13
anushi has joined #ste||ar
19:24
jaafar has quit [Ping timeout: 256 seconds]
19:33
nanashi64 has joined #ste||ar
19:35
nanashi55 has quit [Ping timeout: 264 seconds]
19:35
nanashi64 is now known as nanashi55
19:57
hkaiser has quit [Quit: bye]
20:12
jaafar has joined #ste||ar
20:31
kisaacs has quit [Ping timeout: 240 seconds]
20:35
<
zao >
Kind of, nursing a cup of tea trying to combat my cold.
20:35
<
nikunj >
it was an unresolved external symbol issue
20:35
<
nikunj >
with x64 debug
20:37
<
zao >
Note that the symbol names imply that it's trying to find symbols from a dynamic library import library.
20:37
<
zao >
Are you linking the correct `.lib` file?
20:37
<
nikunj >
yes i've included correct linker paths
20:38
<
nikunj >
i've linked with hwloc\lib, hpx\lib and boost\lib
20:39
<
zao >
So what actual library files are you linking to?
20:39
aparikh756 has quit [Quit: Page closed]
20:39
<
zao >
Not just setting up the paths.
20:39
aparikh756 has joined #ste||ar
20:39
<
zao >
Are you using a debug build of HPX too?
20:40
<
nikunj >
^^ command line for linker
20:41
<
zao >
Note that nowhere in your linker command line are you actually naming "hpxd.lib"
20:41
<
zao >
Linker -> Input -> Additional Dependencies
20:42
<
nikunj >
ah, they're gone now, but new one's popped
20:42
<
nikunj >
so I need to add them there as well
20:43
kisaacs has joined #ste||ar
20:46
<
nikunj >
which file are they related to?
20:46
jaafar_ has joined #ste||ar
20:46
jaafar has quit [Ping timeout: 268 seconds]
20:57
<
zao >
A wild guess is hpx_initd.lib :)
20:58
<
nikunj >
it does build it successfully but it requires the dll
20:58
<
nikunj >
should I simply copy paste it in the folder itself?
21:01
kisaacs has quit [Ping timeout: 276 seconds]
21:03
<
zao >
Either that or set a PATH in your Debugging settings, or have a post-build step to "copy" it in.
21:03
<
zao >
Many fine ways.
21:03
<
nikunj >
zao: let me try it out
21:11
jaafar_ has quit [Ping timeout: 256 seconds]
21:21
elfring has quit [Quit: Konversation terminated!]
21:24
Anushi1998 has quit [Ping timeout: 240 seconds]
21:30
kisaacs has joined #ste||ar
21:44
<
nikunj >
Finally created a solution which can build hpx codes. Now i'll try to experiment with hooking on hpx wrt windows
21:45
<
nikunj >
zao: thanks :)
21:51
jaafar_ has joined #ste||ar
21:54
hkaiser has joined #ste||ar
22:00
jaafar_ has quit [Ping timeout: 240 seconds]
22:15
aparikh756 has quit [Quit: Page closed]
22:20
kisaacs has quit [Ping timeout: 240 seconds]
22:29
kisaacs has joined #ste||ar
22:36
anushi has quit [Remote host closed the connection]
22:37
Anushi1998 has joined #ste||ar
22:38
kisaacs has quit [Ping timeout: 268 seconds]
22:39
nikunj has quit [Quit: Leaving]
23:07
jaafar_ has joined #ste||ar
23:46
parsa has joined #ste||ar
23:47
kisaacs has joined #ste||ar