The keyboard now showcases how one can implement a suggestion
strip with some pinned suggestions on the left and the right
of the strip and the strip suggestions are scrollable and well
as clipped to the scroll are's bounds. Also this showcases
how to toggle the layering of the suggestions to temporary
amimate on top of them. Fun, fun fun :)
bug:1234567
Change-Id: I7f2a6ea148de31be7cd0f13f56d72f6e5246a5f8
If composition state is not available, calculate the occlusion state otherwise
continue to use the visible region.
Bug: b/140854698
Test: open sf trace w/ & w/o composition state
Change-Id: I599fe9a4082af650e14fcd184d0204c1c3f29a95
Bug: 152954076
Change-Id: I22153aae9f6e75609a30d812a474d75f8ebc04e9
Test: N/A
Exempt-From-Owner-Approval: I will work with BoHu to get myself added as an owner
Linkers aarch64-linux-android-ld and x86_64-linux-android-ld were built
with a minimum macOS deployment target lower than 10.9, so they cannot
be signed and notarized. Rather than try to produce newer versions of
these linkers (which are obsolete in the SDK anyway), we remove them (so
that all of the SDK can be signed and notarized). Rather than introduce
an inconsistency among the linkers for a particular host (there are
three other GNU linkers that don't have this problem) or across hosts
(there are no issues on linux or windows), we remove all of the GNU
linkers, not just the two problematic ones.
Only newer gradle plugins (those that look for the clang linker lld)
will work with the new SDK from which those old linkers have been
removed.
Bug: 152337684
Test: (gLinux) m TARGET_PRODUCT=sdk_phone_armv7 TARGET_BUILD_VARIANT=userdebug sdk dist sdk_repo
(gLinux) m TARGET_PRODUCT=sdk_phone_armv7 TARGET_BUILD_VARIANT=userdebug win_sdk dist sdk_repo
Inspect sdk-repo-{linux,windows}-build-tools-eng.*.zip
Change-Id: Iccfa870a826de3f12c99175e0761ea00fe2876ed
Uses the same semantics as property filter but is applied to the
hierarchy. If a filter is matches, the nodes children will be shown.
Example: filter by layer ids: 12,14,15
filter by layer name: Wallpaper
Test: open transaction trace and layer trace in winscope
Fixes: 152647597
Change-Id: I2bee5bbf5e4b14efb6aadee5775b46499e8f2ec9
A library may have both VNDK variant and stubs. The variants are tagged
with VNDK and PLATFORM in lsdump_paths.txt. create_reference_dumps.py
should generate the ABI dumps for both.
Bug: 152277104
Test: ./create_reference_dumps.py
Test: ./create_reference_dumps.py -libs libselinux
Change-Id: I2ee43d70efcdee43de821c93c31cdb628c36ecb1
Merged-In: I2ee43d70efcdee43de821c93c31cdb628c36ecb1
(cherry picked from commit ae54edc536)
This reverts commit 17ec995b11.
Test: ./create_reference_dumps.py
Bug: 152080301
Reason for revert: aosp_arm_ab and aosp_x86_ab are still supported.
Change-Id: I7a80931e8bc60fc86083d6fc55daa53e3ed9a4db
Merged-In: I7a80931e8bc60fc86083d6fc55daa53e3ed9a4db
(cherry picked from commit ec315367d5)
api-versions.xml and annotations.zip will now be taken from framework-doc-stubs
module so that api-stubs-docs can stop generating them.
Test: lunch sdk; make sdk
Bug: 151160048
Change-Id: I35fdba553318098a09249f47d7d78cdef79f3898
Merged-in: I35fdba553318098a09249f47d7d78cdef79f3898
Makes these artifacts available for the update_prebuilts script.
Bug: 149293194
Test: m win_sdk dist && find out/dist -type f
Change-Id: Icd91da0976f24eb1b4ea1eeaebb96398990f760e
prebuilts/sdk/tools is updated from the zip file built by the SDK.
The lld binaries are copied from the prebuilts to the zip file, and
were moved in the zip file, which meant the next time the prebuilts
were updated the wrong files were copied.
Fixes: 151729229
Test: m TARGET_PRODUCT=sdk_phone_armv7 TARGET_BUILD_VARIANT=userdebug out/host/linux-x86/sdk/sdk_phone_armv7/repo-sys-img.xml sdk sdk_repo
Change-Id: I2de182f3cbf739dbd9c6a5287e1416ea37d2899f
Wayland trace files are not available in AOSP so building Winscope will
break. Instead, pick up stub files by default and provide an option via
env args to pick up Wayland support.
Also removes obsolete protolog stubs which are no longer needed.
Test: Remove wayland trace from path and check if winscope still builds
Test: Build winscope with WAYLAND=true and confirm it pick up waylandproto file
Fixes: 151239942
Change-Id: Ie5b237725cd656c478a2ea99d469963956399714
Test: open wm trace in winscope, check if properties of DC and DA are
visible.
Fixes: 149672519
Change-Id: Ib5181c655a84fec94307846333fc0b1cc29d38fc
Change-Id: Ib442c75f031ceb72aa00493e46d502944827121c
am skip reason: Change-Id Ifd5b2db7b18a29c1b58b408118951792733649b7 with SHA-1 f879b7a53c is in history
Change-Id: I7663da9ba1957e47e398b1355e3a5e30bb8e1b92
am skip reason: Change-Id Ice6710ed204a25d09ac596207c02b8b99ca95b8b with SHA-1 24e52959d7 is in history
Change-Id: Icd9b0ea6a99c25501ec9e0781440c05a7c198f00
am skip reason: Change-Id I69b4ef79208bd7d06a377c0761671f1b572abced with SHA-1 e9351e5061 is in history
Change-Id: Ibaba2519601453c31ee3ffeaeb78e317aee59aeb
Move lld.exe to lld-bin directory; add lld-bin/libwinpthread-1.dll; add
trampoline.
Best practice is to ship necessary libraries of expected versions along
with build tools, rather than requiring them to be found elsewhere.
lld.exe depends on libwinpthread-1.dll and windows looks for it in the
same directory as lld.exe. Unfortunately, there's already a 32-bit
libwinpthread-1.dll at the tool root (used by 32-bit executables at
the tool root), and lld.exe is a 64-bit executable, so it needs its own
directory and its own library.
In the old location of lld.exe, we add a trampoline executable (a build
artifact) in lld-bin; this means Gradle, which invokes lld.exe in the old
location, does not have to change.
Bug: 148267171
Bug: 142590626
Bug: 144040336
Test: (gLinux) m TARGET_PRODUCT=sdk_phone_armv7 TARGET_BUILD_VARIANT=userdebug sdk dist sdk_repo
(gLinux) m TARGET_PRODUCT=sdk_phone_armv7 TARGET_BUILD_VARIANT=userdebug win_sdk dist sdk_repo
Merged-In: Ice6710ed204a25d09ac596207c02b8b99ca95b8b
Change-Id: Ice6710ed204a25d09ac596207c02b8b99ca95b8b
(cherry picked from commit 24e52959d7)
darwin: Move lld to lld-bin directory; add lib64/libc++.1.dylib; add trampoline
linux: Move lld to lld-bin directory; add lib64/libc++.so.1; add trampoline
Best practice is to ship necessary libraries of expected versions along
with build tools, rather than requiring them to be found elsewhere.
lld depends on libc++.1.dylib (darwin) or libc++.so.1 (linux) and looks for it
in ../lib64, so we need to move lld to an appropriate relative location.
In the old location of lld, we add a simple bash trampoline to invoke
lld in lld-bin; this means Gradle, which invokes lld in the old
location, does not have to change.
Bug: 148267171
Bug: 142590626
Bug: 144040336
Test: (gLinux) m TARGET_PRODUCT=sdk_phone_armv7 TARGET_BUILD_VARIANT=userdebug sdk dist sdk_repo
(gLinux) m TARGET_PRODUCT=sdk_phone_armv7 TARGET_BUILD_VARIANT=userdebug win_sdk dist sdk_repo
Merged-In: I69b4ef79208bd7d06a377c0761671f1b572abced
Change-Id: I69b4ef79208bd7d06a377c0761671f1b572abced
(cherry picked from commit e9351e5061)
ag/10181371 changed the formart of the protolog dump so mirroring the
changes in winscope
Bug:151140114
Change-Id: Ic9a53303e94d3924017c42b1c37a4a069b383118
(cherry picked from commit 758f832e36)
