Is it possible to reduce file size about liquidcore HOT 9 CLOSED

I just found an interesting blog post about that topic you might find interesting:
https://realm.io/news/reducing-apk-size-native-libraries/

We will tinker around with different apk files per architecture (also linked in the original article):
https://developer.android.com/studio/build/configure-apk-splits.html
I will keep you up to date about the progress on this our side!

from liquidcore.

Yeah, I referenced that article in AndroidJSCore.

There is not much I can do with libnode.so. It is what it is. I stripped everything out of it that had any bulk (especially ICU which is a pig). However, I have to say that I am surprised that libliquidcore.so is the same size. It should be nowhere near that big. I may have unintentionally left all the symbols in it. I'll take a look at it. That should reduce the size dramatically.

As you rightly note, if you are really concerned about APK size, you will need to do an APK split. I had considered publishing separate libraries for each arch, plus one big multi-arch one for those who aren't concerned about size, but I never really got around to it.

from liquidcore.

No Worry the size of ibliquidcore.so is only the smallest one here (1.2 MB compared to lobnode.so 17.7 mb).

We are currently using libliquidcore via gradle.
To split the apk's i will have to include the library as described in
"Building the LiquidCore Android library"?

And thank you for referencing me to the article in the deprecated project i seem to missed this!

from liquidcore.

Maybe. I haven't actually tried it. It may be possible to do the APK split from the app itself. Android Studio may be smart enough to ignore anything not related to the ABI.

from liquidcore.

Ok we will check it out and keep you up to date! thank you!

from liquidcore.

Just came across this when working with React Native: https://developer.android.com/studio/build/configure-apk-splits.html

This is a step-by-step how-to from Google.

from liquidcore.

Update on this: Version 0.3.0 reduces the size of the library by half by removing explicit support for 64-bit architectures (they can use the 32-bit versions without issue), and stripping out the debugging symbols. So the current aar is ~15MB. My goal is to get it under 10MB. I think there several other opportunities for reduction.

from liquidcore.

I was able to squeeze out another ~1.5MB by re-using the built-in Android SQLite implementation, rather than compiling sqlite3.c into the project. The footprint (not rolled into a release yet) is now at 13.3MB. Running out of opportunities for reduction, though.

from liquidcore.

This is resolved in the new release, 0.4.0. To reduce further, be sure to enable ABI splits in your build.gradle.

from liquidcore.