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/
bita has quit [Ping timeout: 258 seconds]
hkaiser has quit [Ping timeout: 244 seconds]
shahrzad has quit [Quit: Leaving]
bita has joined #ste||ar
bita has quit [Ping timeout: 260 seconds]
diehlpk_work_ has joined #ste||ar
diehlpk_work has quit [Read error: Connection reset by peer]
K-ballo has quit [Read error: Connection reset by peer]
K-ballo has joined #ste||ar
zatumil has joined #ste||ar
hkaiser has joined #ste||ar
weilewei has joined #ste||ar
heller1 has joined #ste||ar
Yorlik has joined #ste||ar
shahrzad has joined #ste||ar
bita has joined #ste||ar
zao has quit [*.net *.split]
klaus[m] has quit [*.net *.split]
<gonidelis[m]>
I am back!
<gonidelis[m]>
...finally
<gonidelis[m]>
Hello team!
<weilewei>
hello gonidelis[m]!
<gonidelis[m]>
I couldn't imagine how HPX would motivate me so much, in order to pass these many classes... (just in order to get rid of the workload and be able to focus on the orgnaization)
zao has joined #ste||ar
klaus[m] has joined #ste||ar
<K-ballo>
welcome back
<K-ballo>
we decided to switch from C++ to VB
<weilewei>
how about switching to pascal?
<K-ballo>
pascal was a close second
<gonidelis[m]>
?? what switch?
<K-ballo>
gonidelis[m]: switch the entire codebase.. are you experienced with visual basic?
<gonidelis[m]>
are we talking about hpx herE?
<gonidelis[m]>
K-ballo: no
<K-ballo>
you are going to love it!
<gonidelis[m]>
Is it ok if I am little bit shocked right now?
<gonidelis[m]>
idk
<gonidelis[m]>
;p
<K-ballo>
lol, just kidding
<gonidelis[m]>
K-ballo: glad to hear that.
<hkaiser>
lol
<hkaiser>
turbo pascal
<zao>
RiiR
<zao>
K-ballo: I ran into some awesome scientific software today at work.
<zao>
It had vendored Boost 1.58 in its build tree, but to save space it only kept part of the tree.
<K-ballo>
been there... bcp does that
<zao>
They didn't split it on a per-directory or per-library granularity however. They ran strace on the build process and extracted only the headers and source files that were read by the compiler.
<zao>
Clever, but... but..
<zao>
Guess how well that package worked on a different architecture like aarch64? :D
<K-ballo>
they should have bundled everything into a single header too
<K-ballo>
oh no....
<zao>
It silently compiled first too, as it picked the missing headers from further out in the CPATH.
<K-ballo>
ouch
<zao>
So you got a mix of their 1.58 and the 1.72 present outside.
<zao>
I ripped the whole thing out and fixed some tribool API changes and it built nice and clean against the external Boost \o/
<Yorlik>
Just compiled 1.5.1 on windows, MSVC latest: No issue on all builds.(Debug + Release, no tests or examples) :)
<hkaiser>
Yorlik: good, so we managed to fix your issue
<Yorlik>
Yup. No hiccups this time. :)
<hkaiser>
thanks for trying
<Yorlik>
Thanks for maintaining it - we do actually use it :D
<hkaiser>
heh
<K-ballo>
zao: so, why did it bundle boost in the first place?
<zao>
K-ballo: Download size, mostly. It's a R package so CRAN may frown on excess bloat.