29e95d94bf
This is necessary in order to expose the copy rule to Ninja. Otherwise Ninja has a build rule that depends on the copied jar (namely, dexpreopt commands for all subsequent system server jars that have the current one in class loader context), but no rule that creates it, so Ninja fails with a "no rule to make ..." error. The change only affects system server ed in Android.mk Previously the problem existed, but was hidden by the fact that the only system server jar defined in Android.mk was the last one on the list, so no other jar depended on it. Now that updatable apex jars are also dexpreopted (https://r.android.com/1828115) the problem was uncovered. Bug: 200297762 Test: lunch bertha_x86_64-userdebug && m Change-Id: Idbf2eacdf7ae89847aa9d755ef688eda3720ce89 |
||
|---|---|---|
| .. | ||
| dexpreopt_gen | ||
| Android.bp | ||
| class_loader_context.go | ||
| class_loader_context_test.go | ||
| config.go | ||
| dexpreopt.go | ||
| dexpreopt_test.go | ||
| OWNERS | ||
| testing.go | ||