<K-ballo>
debug intermediates for 1.3.0 were at 954mb, for 1.4.0rc are at 1.25gb
<jbjnr>
ouch. I would have expected things to have gotten smaller rather than bigger. Is that symbols or binaries produced?
<K-ballo>
for 1.2.0 they were at 1.57gb, I put HPX on a diet after that
<K-ballo>
that's debug binaries and their clean program databases, no object files
<K-ballo>
release binaries went from 35.2mb to 61.4mb... wow, something's wrong, I hope it was my measurement
<K-ballo>
I suppose more components mean more libs which means more symbols on the surface?
rori has joined #ste||ar
<simbergm>
K-ballo: :(
<simbergm>
what sizes are you checking exactly? not just libhpx.so?
<K-ballo>
no, I'm looking at debug intermediate files to see symbol/entity pressure at compile/link time
<K-ballo>
also windows
<K-ballo>
just hpxd.dll went down a bit actually
<K-ballo>
if I can get some free time I'll rebuild 1.3.0 with current msvc toolchain and boost versions
hkaiser has joined #ste||ar
heller has quit [*.net *.split]
heller has joined #ste||ar
<jbjnr>
when my PR build fails due to clang-format errors, can I see which files that are offending it?
<jbjnr>
I can't find the artefacts anywhere
<mdiers_>
K-ballo: Fast comparsion of my container builds: release builds on linux64 git-20190627 --> 35mb, git-20191113 --> 41mb, the different size is caused by additional static libraries. the dynamic ones are almost identical
<hkaiser>
jbjnr: yes, circleci stores an artifact with the diff
<jbjnr>
I can't find the artifacts. It used to be that once you logged in they were visible, but I cannot find any
<diehlpk_work>
hkaiser, Yes, you are right. We use cmake_opts -DCMAKE_SHARED_LINKER_FLAGS="$RPM_OPT_FLAGS -latomic" -DCMAKE_EXE_LINKER_FLAGS="$RPM_OPT_FLAGS -latomic"
<diehlpk_work>
For building s390x and not what I assumed
<hkaiser>
diehlpk_work: this is ok for the platform you linked
<hkaiser>
I fixed it, it was a copy&paste error for that platform
<hkaiser>
what other errors do you see?
<diehlpk_work>
None
<hkaiser>
cool, then we should be fine now
<hkaiser>
could you try #4216, please?
<diehlpk_work>
power completed for non networking
<diehlpk_work>
arm7 and arm64 are still at 50%
<diehlpk_work>
hkaiser, I will try #4216 tomorrow once we know if arm is working as well