Files
build_soong/cc
Roland Levillain f89cd0949c Handle test_per_src modules as indirect dependencies in APEXes.
In `apex.apexBundle.GenerateAndroidBuildActions`, we used to pass the
"all tests" ("") module as `module` for all `apexFile` objects created
from a test module using `test_per_src: true`.  An immediate issue of
this situation was that the "" module is hidden from Make, which made
all the generated `apexFile` objects hidden from Make too. This would
break the construction of flattened APEXes, as they rely on Make logic
to install their files.

Instead of collecting `test_per_src` test variations' output files in
`cc.Module.GenerateAndroidBuildActions` and using them in
`apex.apexBundle.GenerateAndroidBuildActions` as part of handling the
"" variation as a direct dependency of an `apexBundle`, process them
as indirect dependencies (and do nothing for the "" variation direct
dependency).

Adjust the indirect dependency logic in
`apex.apexBundle.GenerateAndroidBuildActions` to allow not only
shared/runtime native libraries as indirect dependencies of an
`apexBundle`, but also `test_per_src` tests.

Test: m (`apex/apex_test.go` amended)
Bug: 129534335
Change-Id: I845e0f0dd3a98d61d0b7118c5eaf61f3e5335724
2019-07-29 19:21:27 +01:00
..
2019-07-16 16:30:53 -07:00
2018-11-19 15:26:14 -08:00
2019-07-16 14:14:36 -07:00
2017-10-19 22:39:32 +09:00
2018-10-09 02:16:58 +00:00
2019-06-27 14:46:10 -07:00
2019-07-24 21:13:05 +00:00
2017-11-17 11:22:04 -08:00
2019-07-16 10:23:41 -07:00
2019-07-18 15:58:58 +01:00
2019-04-02 16:38:55 +00:00
2016-08-01 14:36:22 -07:00
2019-07-19 12:53:27 -07:00
2019-04-11 17:54:48 -07:00
2019-02-13 23:32:51 +00:00
2019-07-23 17:29:57 +01:00