summaryrefslogtreecommitdiff
path: root/android/Module_android.mk
AgeCommit message (Collapse)Author
2013-09-10Don't bother building the DocumentLoader Android app every timeTor Lillqvist
Change-Id: I90a96420c3261ce14f337dae3dfddfc01ac2436e
2013-03-01Cleanups to the android and ios makefileryTor Lillqvist
Also build the "desktop" app from gbuild. Change-Id: I45fc265c9515b22e10bd7644f54dbfa23601e063
2012-09-10Build also LibreOffice4AndroidTor Lillqvist
Change-Id: I81f241d830bc914c7ddf3cce23fb6bb48f30e89b
2012-08-22Build also the DocumentLoader test Android app with gbuildTor Lillqvist
Serialize the Ant cleaning and building of android/abs-lib so that one Ant is not cleaning it while another is building something that depends on it. Change-Id: I22fde47bf84208fa129b8f6a65a2314c885451a0
2012-08-21Add the android module to gbuildTor Lillqvist
Just build the sdremote app for now. Note that this is a pure Java app with no dependencies on (native) code (or Java code, for that matter) from rest of LO. Probably should drop the separate android/sdremote/Makfile and just do what it does in android/CustomTarget_sdremote.mk instead. Adding other Android apps (well, the LibreOffice4Android one likely) to gbuild will require more complexity as they bundle native code, and thus should depend on other modules first having been built. If one wants to go really fancy, one could of course depend on the specific libraries (and other files) being bundled. Let's see... Change-Id: If10761479f348c4993eec40b7f8346edb77f0e0d