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

Reorganize Android build process #53

Open
kruton opened this issue Apr 20, 2013 · 3 comments
Open

Reorganize Android build process #53

kruton opened this issue Apr 20, 2013 · 3 comments

Comments

@kruton
Copy link

kruton commented Apr 20, 2013

It would be nice to organize the Android build of Avian so it can plug directly into a checked-out Android tree. This makes it convenient for users with a checked-out Android tree, but is should also make it easier for people that don't have an Android tree.

It can use a smaller repo manifest (e.g., "repo init -u http://...") to avoid the long setup instructions.

@dicej
Copy link
Member

dicej commented Apr 21, 2013

Yes, that would be nice. What would need to be changed and/or added?

@kruton
Copy link
Author

kruton commented Apr 21, 2013

The default layout of the projects would help (external/fdlibm instead of just fdlibm, system/core instead of core).

An example of a pared-down repo manifest can be seen at https://android.googlesource.com/accessories/manifest/+/master/default.xml

Also pulling the build products from $(android)/out/host/{linux,darwin}-x86/obj/... would be totally awesome, but I'd need to add something to get x86-64 host artifacts build products.

@dicej
Copy link
Member

dicej commented Apr 22, 2013

I've updated the directory layout to start: 6400231

dparnell pushed a commit to dparnell/avian that referenced this issue Dec 24, 2013
Per ReadyTalk#53, Avian should build
against a standard AOSP checkout, which means we should look for
subprojects in the directories the repo utility would place them.
dicej added a commit to dicej/avian that referenced this issue Apr 21, 2014
Per ReadyTalk#53, Avian should build
against a standard AOSP checkout, which means we should look for
subprojects in the directories the repo utility would place them.
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