This includes the fairly large change of refactoring stack_core.py into
a class so that its behavior is compatible with adbs. Additionally, if
the ABI line does not come before lines that require it to determine
proper widths (registers, stack), then it will assume that the ABI is
32 bit and not 64.
Change-Id: I6ad84a55337d86d25f7f8197048dc93868b0a01a
- Remove -v13 and -v4 dependencies on wearable side
- Verify phone is set to compile on API 19 and wearable on 20
- Replace NotificationCompat in wearable side since it uses API 20
- Move ElizaChat code to Application directory
Bug: 15809453
Change-Id: Ib75e7894505f82e5b4d8591b4dfa91a3de8e0329
This sample demonstrates how to use DataItems to construct linked
phone- and wearable-side notifications.
Change-Id: I6defa7fad671ba2ec0de25c8913abd66d07846a2
Update build.gradle to compile them all, and remove
gradle stopships.
Copied from vendor/google_clockwork klp-modular-dev as of:
01930cc85bc1ba974a412db7d3c9d17387702e16
Bug: 15591212
Bug: 15264403
Change-Id: I4d05c35c995e675d92039b1dfb2a33e454285af5
* commit 'c9e0acf2ac736305a06cbc972c6e22be9be0740c':
Restore arm's machine/endian.h to be useful for ARMv5
Hard-float support in android-L/include/math.h
1. Set APP_ABI:=all in almost all samples
2. Enhance hello-jni to report more ABIs
3. Fix warnings
Change-Id: I2851c42b77ef8225e32143d225edcf973633e782
Wearable samples sometimes have special gradle setups that nest
one application within another. As such, inclusion in the existing
samples generator may be tricky. Instead, just prepare the sample
for direct inclusion into the sdk distribution.
Create a convenience gradle build to build all wearable samples
at once.
Bug: 15591212
Change-Id: I6e03f7c5cc87909430b927aca4b403ded77917ab
Revert bionic c54ca40aef48009e7b0e5b2b3069aad62ffd3453 because
endian.h is seen by APP_ABI=armeabi as well. Instruction
"rev" and "rev16" doesn't exist until ARMv6
Change-Id: I653740e3704b9b64e3e2a2e17452675635a14776
This allows to have a different rule to generate the source.properties
based on the templates and place them in a directory that depends on
the current target CPU ABI. In turn this prevents the build from
mixing different source.props when building different targets.
Change-Id: I4a1d9f47426c94f376947ddae8be9f5549331616
Conflicts:
build/sdk-android-arm64-v8a.atree
build/sdk-android-x86.atree
build/sdk-android-x86_64.atree
sys-img/images_arm64-v8a_source.prop_template
sys-img/images_x86_64_source.prop_template
This makes sure that sdk-repo-*.zip doesn't exist to
avoid merging into an existing one.
Also fix a warning when generating the repo.xml files.
(cherry picked from commit 4df9f469f7)
Change-Id: I8ad6763ace0d6075a743b99fd65a5ae8b69bf3d5
The latest version of the repository XSD changes:
- archive attributes (os/arch) are now element (host-os)
- system images are not longer in the repository.xml and
get their own XML file.
(cherry picked from commit ea40d2f4c5)
Change-Id: Id0363c446014a96a7f78c8e5500fae6092e97dc3