History log of /frameworks/support/v7/cardview/Android.mk
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
b7adf5d2ae19bc616c2d040a667ac1de3769f423 31-Mar-2017 Aurimas Liutikas <aurimas@google.com> Combine the CardView classes into one directory.

Test: ./gradlew assemble still works
Change-Id: Id8a7a1acf3e3ad6c918587d2fe15ace1f999c1fe
/frameworks/support/v7/cardview/Android.mk
9439d708170c7dd6c985453fd1999bbe8445eddf 25-Oct-2016 Alan Viverette <alanv@google.com> Move all support library projects to use a single compilation unit

Also cleans up build files to include annotations as an explicit import,
set compileSdkVersion consistently to currentSdk, and remove unnecessary
lines. Removes obsolete API directories in VDC / AVDC.

Because NotificationCompatBase was using @removed APIs, updated that class
to use reflection. Also fixes method visibility in VDC / AVDC.

Bug: 29630077
Test: make and gradle builds successful
Change-Id: Ia9208246837347ce3d8df4adbe6b0ce406d3844a
/frameworks/support/v7/cardview/Android.mk
7b59d3ae599949c7c6b4c5806b4dda7f41147690 13-Jun-2016 Alan Viverette <alanv@google.com> Remove old API check artifacts, invoke gradle from old make target

Fixes paths in build.gradle so they are relative to the project root,
rather than the current directory.

Bug: 28124434
Change-Id: Ieeae97cd789a6addf3282f2c43cd754ca8e84c57
/frameworks/support/v7/cardview/Android.mk
3c141cd9c1cfecd9352b82d9dae4d9601fabd4e6 11-Jun-2016 Yigit Boyar <yboyar@google.com> Revert "Remove old API check artifacts, invoke gradle from old make target"

This reverts commit 009647bbfa5efef608d6a660fc8ba191d876b1ed.

Change-Id: I59deae2a7180f58bc0c770f7b3f70962c8d2f73f
/frameworks/support/v7/cardview/Android.mk
009647bbfa5efef608d6a660fc8ba191d876b1ed 09-Jun-2016 Alan Viverette <alanv@google.com> Remove old API check artifacts, invoke gradle from old make target

Fixes paths in build.gradle so they are relative to the project root,
rather than the current directory.

Bug: 28124434
Change-Id: I8cde9db47d60ec1220d35fce5ef6fd2c6e97b1f8
/frameworks/support/v7/cardview/Android.mk
529cd2167c1db38f878d476b455bf61097378ba8 12-May-2016 Kirill Grouchnikov <kirillg@google.com> Fix stray LOCAL_SDK_VERSION pointing to 7 instead of 9

Change-Id: Iacc1758484d68b033ef1ab967b9d411e8ff58c72
/frameworks/support/v7/cardview/Android.mk
f4893cfe0dd5314e8c7835e6c7c3907c8765faf8 10-May-2016 Kirill Grouchnikov <kirillg@google.com> Clean-up pass over support lib modules

* Rename all eclair-mr1 folders and classes to gingerbread
* Switch percent to depend on support-compat instead of support-v4

Change-Id: If4f7e43f4698b08554e3a55223e2e4df61df068f
/frameworks/support/v7/cardview/Android.mk
6759b1021d8198ad1d239bb30e5a102b99624bce 25-Feb-2016 Adam Lesinski <adamlesinski@google.com> Build support libs with AAPT2

Use AAPT2 to build the framework support libraries. Apps built with AAPT2 can more efficiently
link against these libraries by specifying their module name in LOCAL_STATIC_ANDROID_LIBRARIES.

Ex:

LOCAL_STATIC_ANDROID_LIBRARIES := android-support-v7-appcompat android-support-v4

Apps built with AAPT2 do not need to specify --auto-add-overlay or --extra-packages, as these
are automatically added as needed by the build system.

This change will not affect any apps that currently depend on the support libraries.
This is because they import the resources directly.

We use LOCAL_JAR_EXCLUDE_FILES := none only to support javac when building javadoc.
Jack builds are correct because the build system passes in the latest generated R.java
ahead of any previous ones packaged in classes.jack. This means we can dynamically reference
a support lib module, correctly seeing non-final R.java. Then at app package time, we only
include the final R.java generated by the AAPT2 packaging step.

Bug:25958912
Change-Id: I6577a91e4d428dd29fecaa86a26be43d4da8310c
/frameworks/support/v7/cardview/Android.mk
57f39186667b8acef1a0ebeda585c357a751a8b3 02-Apr-2016 Adam Lesinski <adamlesinski@google.com> Revert "Build support libs with AAPT2"

This reverts commit 66b8608151c5923de3c9877bc03218d83f6b3beb.

Change-Id: I2178c0336bef8386e1f36ff3816b6dbf1e6a64d0
/frameworks/support/v7/cardview/Android.mk
66b8608151c5923de3c9877bc03218d83f6b3beb 25-Feb-2016 Adam Lesinski <adamlesinski@google.com> Build support libs with AAPT2

Use AAPT2 to build the framework support libraries. Apps built with AAPT2 can more efficiently
link against these libraries by specifying their module name in LOCAL_STATIC_ANDROID_LIBRARIES.

Ex:

LOCAL_STATIC_ANDROID_LIBRARIES := android-support-v7-appcompat android-support-v4

Apps built with AAPT2 do not need to specify --auto-add-overlay or --extra-packages, as these
are automatically added as needed by the build system.

This change will not affect any apps that currently depend on the support libraries.
This is because they import the resources directly.

We use LOCAL_JAR_EXCLUDE_FILES := none only to support javac when building javadoc.
Jack builds are correct because the build system passes in the latest generated R.java
ahead of any previous ones packaged in classes.jack. This means we can dynamically reference
a support lib module, correctly seeing non-final R.java. Then at app package time, we only
include the final R.java generated by the AAPT2 packaging step.

Bug:25958912
Change-Id: I5235b73ac68f2050d089aefc3163901ff80f2d46
/frameworks/support/v7/cardview/Android.mk
4ac91fa3f14db2f25345595fb921497c11d4e5c0 31-Mar-2016 Adam Lesinski <adamlesinski@google.com> Revert "Build support libs with AAPT2"

This reverts commit 0dac8d82e2a249d7c9c42ab259389e11cac15400.

Change-Id: I830fb18162b6eea8dde9e38f9dc39b02449ec846
/frameworks/support/v7/cardview/Android.mk
0dac8d82e2a249d7c9c42ab259389e11cac15400 25-Feb-2016 Adam Lesinski <adamlesinski@google.com> Build support libs with AAPT2

Use AAPT2 to build the framework support libraries. Apps built with AAPT2 can more efficiently
link against these libraries by specifying their module name in LOCAL_STATIC_ANDROID_LIBRARIES.

Ex:

LOCAL_STATIC_ANDROID_LIBRARIES := android-support-v7-appcompat android-support-v4

Apps built with AAPT2 do not need to specify --auto-add-overlay or --extra-packages, as these
are automatically added as needed by the build system.

This change will not affect any apps that currently depend on the support libraries.
This is because they import the resources directly.

We use LOCAL_JAR_EXCLUDE_FILES := none only to support javac when building javadoc.
Jack builds are correct because the build system passes in the latest generated R.java
ahead of any previous ones packaged in classes.jack. This means we can dynamically reference
a support lib module, correctly seeing non-final R.java. Then at app package time, we only
include the final R.java generated by the AAPT2 packaging step.

Bug:25958912
Change-Id: I71bff080ff2694aa3df1c8a67d933e2daab0f245
/frameworks/support/v7/cardview/Android.mk
d2c60296856244030e9a92ef3065d3884ac67527 03-Mar-2016 Aurimas Liutikas <aurimas@google.com> Add ColorStateList support for CardView background.

Bug: 26791833
Change-Id: I7368a5c3af040a087688474405d20a3748e9ae14
/frameworks/support/v7/cardview/Android.mk
e1cd5a1f80010eece43cb4608505fd39f4832c00 25-Feb-2016 Neil Fuller <nfuller@google.com> Pin support libraries to Java 1.7 so they can be used with dx

The .jar artifacts must contain v51 class files to prevent them
being rejected by dx.

Bug: 26753820
Bug: 27353172
Bug: 27338966
Change-Id: I03a881a86bb6e3fcaa4ccb33e6c0615157ee363f
/frameworks/support/v7/cardview/Android.mk
82b55491586ac50a0f95b60e39a3c18d068941cf 22-Jan-2016 Chris Banes <chrisbanes@google.com> Update support lib to use correct current SDK

BUG: 26714403
Change-Id: I2153dbda365f4552a14df1f432239bddfbbbef00
/frameworks/support/v7/cardview/Android.mk
95ad49b720f4990d39d05f7e46a5c7bc83afc9d6 19-Oct-2015 Chris Banes <chrisbanes@google.com> Fix multi source folder API checking

For libraries which have seperate source folders
per API level, the API generation doesn't currently
work correctly. When generating the stubs, we need to
input all source files, not just the final module.

This has uncovered some file in support-v4 which should
not be public API.

BUG: 20822048

Change-Id: I6216b9688e745db212959a07fcdc21bdd0aa5ab2
/frameworks/support/v7/cardview/Android.mk
f62fcdec92e2f96ec61579392ed2b593cff35b39 25-Feb-2015 Chris Banes <chrisbanes@google.com> Generate API files for the support libraries

make update-support-api
make check-support-api (run automatically on sdk builds)

BUG: 19478450

Change-Id: Idd0f12c457b7dc084a66158de452969d7afdb8dc
/frameworks/support/v7/cardview/Android.mk
fcec1282de632ec009109ae3f93a25fea97fc170 18-Nov-2014 Griff Hazen <griff@google.com> Compile support library libs at proper sdk levels

Fix a few cases of current -> 21 and one case of current -> 18.
This helps avoid future level sdk features from sneaking in.

Bug: 18429742

Change-Id: Id9671eaaa7ee0638951b414f7d2127592eb264d2
/frameworks/support/v7/cardview/Android.mk
83b8526436ba2e564dff99ec4c6cf46fabfdf22e 16-May-2014 Yigit Boyar <yboyar@google.com> CardView

Change-Id: Ic79020497be75a35b20f95f77414d94f84d0a8e4
/frameworks/support/v7/cardview/Android.mk