diff options
| author | Jiyong Park <jiyong@google.com> | 2020-07-02 23:17:58 +0900 |
|---|---|---|
| committer | Treehugger Robot <treehugger-gerrit@google.com> | 2020-07-24 10:28:24 +0000 |
| commit | 14626a7c40471090745b7069310a6c6265671fc9 (patch) | |
| tree | c3b0b32abe59ecd16b65168034a6675fb02a7a78 /test/008-exceptions/src/MultiDexBadInitWrapper1.java | |
| parent | a0130e8d2842a9a82e4fd4e811ee699272eb2e0b (diff) | |
libnativeloader understands uses-native-library tag
Previously, libnativeloader provided all the partner-provided public
shared libraries to apps unconditionally. Starting from Android S, apps
targeting S (or higher) get only the libs that are explicited listed
as dependencies using the <uses-native-library> tag in the app manifest.
The libs not listed there are not available to the app even if they are
registered as public libraries.
The changed behavior affects new (S+) apps. Existing apps are not
affected; they still get all the libraries.
The implementation is rather straightforward. The library accepts a new
parameter soname_list from the framework, which is actually from the
<uses-native-library> tags of the app manifest. The list is used to
filter the partner-provided libraries when the target sdk is > 30.
Bug: 142191088
Test: atest CtsUsesNativeLibraryTest
Merged-In: I52e23dda58fc69f51451c5dbeffd0a77125c9bff
(cherry picked from commit e741dfd18dcd15f002bc1db9bd6634322e4eeef8)
Change-Id: I52e23dda58fc69f51451c5dbeffd0a77125c9bff
Diffstat (limited to 'test/008-exceptions/src/MultiDexBadInitWrapper1.java')
0 files changed, 0 insertions, 0 deletions