Derive deapexer module properties from transitive dependencies
Previously, the deapexer module properties were simply passed through from the prebuilt_apex/apex_set modules. This change derives the properties from the transitive dependencies of the modules so that it can automatically include the contents of a bootclasspath_fragment module without having to duplicate them in the exported_java_libs property. Part of this change involves moving the addition of dependencies onto the prebuilt apex's contents from DepsMutator to ComponentDepsMutator so that they can be visited in the createDeapexerModule() function. The ComponentDepsMutator runs before prebuilts without matching sources are renamed to match the source name which simplifies the process of adding dependencies directly onto the prebuilts. The deapexerDeps method was renamed as the dependencies are added both for use by deapexer and also to create APEX variants for access by platform_bootclasspath so the name was confusing. Bug: 187266082 Test: m nothing m SOONG_CONFIG_art_module_source_build=false nothing - this fails but not because of missing APEX variants Change-Id: Icb4f883e7d2b63739e5ff0dc6edb8a906d80189b
Loading
Please register or sign in to comment