Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

go-fula .aar package size issue #11

Open
ghorbani-m opened this issue May 28, 2022 · 5 comments
Open

go-fula .aar package size issue #11

ghorbani-m opened this issue May 28, 2022 · 5 comments

Comments

@ghorbani-m
Copy link
Collaborator

The .aar output of the go-full package is around 52Mb, which causes the app's package size to grow incredibly.

@farhoud
Copy link
Contributor

farhoud commented May 29, 2022

go-fula has all architecture (arm64,x86,...) included for now so size of it is little big!
for release we can use decouple arch and the size going to be around 10MB. but is need some android native knowledge, but it will not be an issue.

@farhoud
Copy link
Contributor

farhoud commented May 29, 2022

With ldflag -s -w
gomobile bind -ldflags='-s -w' -v -o ./out/fula.aar -target=android/arm64 github.com/functionland/go-fula/mobile
generate arr file with size 8.9MB for arm64.

And we can use something like to build multiple apk:

@farhoud
Copy link
Contributor

farhoud commented May 29, 2022

@ghorbani-m
Copy link
Collaborator Author

@farhoud
You are right the main reason is multi-architecture build.
Is it possible to make a .jar file instead of .aar, it seems a .jar file is a more lightweight and common way of distributing an artifact?

@farhoud
Copy link
Contributor

farhoud commented May 29, 2022

@farhoud You are right the main reason is multi-architecture build. Is it possible to make a .jar file instead of .aar, it seems a .jar file is a more lightweight and common way of distributing an artifact?

No but we can have multiple aar file base on arch.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants