Why so big executable daScript 60MB ? about dascript HOT 5 CLOSED

Interesting, will take a look there.
On clang/windows it is 10 times smaller.

from dascript.

Thank you for that Issue.
We have already found several configuration settings that result in both executable size and performance degradations (such as asserts left in release build!).
We have managed to decrease size to 34mb, just by that alone (already in master).

It is also possible to further significantly decrease size, if in CMakeCommon.txt you will go for:
SET(CMAKE_CXX_FLAGS_RELEASE "-O3 -fno-rtti -fno-exceptions -fomit-frame-pointer -fno-stack-protector -s -DDAS_FUSION=1")

and if you replace "-O3" with "-Os" size drops to 23mb (~-30%) and difference in performance in interpretation is almost zero (of course, c++ or AOT code performance can and will change, especially in loops). It is possible to generate code with different settings for interpretation and AOT files, but we leave this to application integration.

Even further, if you replace -DDAS_FUSION=1 with -DDAS_FUSION=0 size becames 12mb (yet another 50%), with a cost of switching off fusion engine. Which wont affect performance of AOT, but can affect interpretation performance. We have not investigate performance impact, and it can vary from test to test.

The total size is still 12MB, which is more than twice higher than size of executable binaries in Windows, so may be it worth looking into even further, but as for today I think it is kinda enough :)

Additionally, if you enable LTO you can shave off couple of megabytes and get some performance, but link time will become insanely high on gcc.

Hope that settles the issue.

from dascript.

lib
My Experiments on Mac OSX 10.15, Xcode 12
Default Release size: 36.7M
Dead Code Stripping: 35..9M
Change to "-Os" : 32.6
-DDAS_FUSION=0 : 18.8 (I have serious concerns about using this option)
running strip daScript 11.5M. (Tons of symbol data not stripped during link)

For comparison. all of SDL is 1.5M. I don't really understand why the compiler is inflating the size so far.

from dascript.

With recent optimizations and compiler fixes, the size of code has been reduced 2-4 times (that also resulted in compile time reduction). Further optimizations are possible, but provides diminishing returns.
So, I am closing the issue, thank you for your feedback.

from dascript.

from dascript.