aboutsummaryrefslogtreecommitdiffhomepage
path: root/src/tools/android
Commit message (Collapse)AuthorAge
* Minor usability fixes for the incremental deployment stub application:Gravatar Lukacs Berki2015-09-25
| | | | | | | | - Pass a File around for cacheDir instead of its String name. It was needlessly converted to String, which made the stub application fail if cacheDir was null (odd, but seems to happen) - Enhance a log message so that it contains more than zero information -- MOS_MIGRATED_REVID=103928940
* Stop AndroidResourceProcessingAction from creating a "_resources" folder in ↵Gravatar Andrew Pellegrini2015-09-22
| | | | | | | the source tree when invoked from ApplicationManifest and AndroidLibrary. -- MOS_MIGRATED_REVID=103648946
* Use ApplicationInfo.dataDir instead of hardcoding "/data/data/<PACKAGE ↵Gravatar Lukacs Berki2015-09-11
| | | | | | | NAME>" in the stub application. -- MOS_MIGRATED_REVID=102733123
* Prevent android_binary rule from overwriting the <compatible-screens> ↵Gravatar Andrew Pellegrini2015-09-11
| | | | | | | | | section in the AndroidManifest.xml when it already contains a <screen> tag for each density specified in the densities attribute. RELNOTES: The <compatible-screens> section of the AndroidManifest.xml will not be overwritten if it already contains a <screen> tag for each of the densities specified on the android_binary rule. -- MOS_MIGRATED_REVID=102691148
* Quick fix for shipping the android tools in the Bazel binaryGravatar Damien Martin-Guillerez2015-09-03
| | | | | | | | | | | | | | This is not really nice, there are several hacks there. This repository will get removed in the future and linked to a remote one instead. I tested it against the tutorial and it works like a charm. mobile-install seems like to work, maybe that's also fixing the last issue reported in #392. Known issue: Java compilation output errors about files being modified in the future. -- MOS_MIGRATED_REVID=102282979
* Add an integration test for Android rules.Gravatar Lukacs Berki2015-09-03
| | | | | | | Currently only building them is tested, not running them or mobile-install, but it's still a good start. -- MOS_MIGRATED_REVID=102237496
* Make three logging statements fine instead of info, so they don't show up in ↵Gravatar Googler2015-07-30
| | | | | | | normal builds. -- MOS_MIGRATED_REVID=99474480
* Fix fallout from []: it broke "blaze mobile-install" when no --native_lib ↵Gravatar Lukacs Berki2015-07-29
| | | | | | | arguments were passed to the install script. -- MOS_MIGRATED_REVID=99271033
* Make the stub application support incremental deployment of native libraries.Gravatar Lukacs Berki2015-07-29
| | | | | | | Care is taken so that this works without Bazel or the installer script supporting it so that the changes can be submitted separately. -- MOS_MIGRATED_REVID=99258564
* Updates AndroidResourceProcessingAction and AarGeneratorAction to use temp ↵Gravatar Alex Humesky2015-07-23
| | | | | | | directories so that their files don't conflict with subsequent or concurrent invocations of those actions. -- MOS_MIGRATED_REVID=98848810
* The final CL in getting Android support to work: add resources_processor.sh ↵Gravatar Lukacs Berki2015-06-30
| | | | | | | and aar_generator.sh to the tools directory and make stub applications proper android_library rules instead of stub filegroups. -- MOS_MIGRATED_REVID=97206853
* Fix of intermittent hang when building Aar files. This is an untested fix ↵Gravatar Andrew Pellegrini2015-06-26
| | | | | | | because the hang cannot be reproduced on demand, but not calling System.exit() has caused the same problem previously in both AndroidResourceProcessingAction and AarGeneratorAction. Mimics the exception handling behavior in AndroidResourceProcessingAction, which is not known to cause any hangs. -- MOS_MIGRATED_REVID=96911485
* Open source AarGeneratorAction and AndroidResourceProcessingAction.Gravatar Andrew Pellegrini2015-06-26
| | | | | -- MOS_MIGRATED_REVID=96883818
* Move the parallel dexing tools to the Bazel tree.Gravatar Lukacs Berki2015-06-05
| | | | | -- MOS_MIGRATED_REVID=95278949
* Get the code cache directory for stub application from the Context instead ↵Gravatar Lukacs Berki2015-05-11
| | | | | | | | | | | of hard-coding it and move the incremental deployment directory from /sdcard/incrementaldeployment to /data/local/tmp/incrementaldeployment. The first is necessary because if the app is not run under the default user profile (e.g. Android For Work), the default location is not writable, thus, sadness, the second is necessary because /sdcard is not accessible from the non-default profile. This also makes it possible to eventually install .so files there, because the +x bit can be set under /data/local/tmp (unlike under /sdcard). -- MOS_MIGRATED_REVID=93287264
* Fix Bazel integration tests.Gravatar Lukacs Berki2015-04-14
| | | | | -- MOS_MIGRATED_REVID=91082035
* Move the Android incremental deployment stub application to the Bazel tree.Gravatar Lukacs Berki2015-04-14
Note that the code in the Android source tree does not currently compile because Bazel does not make the Android classes available yet in any form. -- MOS_MIGRATED_REVID=91077712