- Jan 21, 2021
-
-
Liz Kammer authored
Each variable can specify a conditions_default for properties to be used when the variable is not set, not set to a true value (for bools), or is set to a value that is not present in the module (for strings). Test: m nothing Test: go test soong tests Change-Id: I76ec026da2369b407f0f530f77760f530e7958fc
-
- Jan 20, 2021
-
-
Nicolas Geoffray authored
-
Cindy Zhou authored
-
Colin Cross authored
-
Ulyana Trafimovich authored
-
Bill Peckham authored
* changes: Supply LOCAL_SOONG_DEX_JAR for java_import with compile_dex. Enable an apex to include a java_import. Enable prebuilt hiddenapi CSV files.
-
Christopher Parsons authored
-
Nicolas Geoffray authored
Test: m Bug: 176171716 Change-Id: Ifbc08ae03e2b1bec7161948970bd197386e3b305
-
Mohammad Islam authored
-
Ulya Trafimovich authored
Bug: 176171716 Test: build_mainline_modules.sh and ensure that the ART boot image is built: `find out -type f -name '*.art'` is nonempty for every arch. Change-Id: Ibc45581eef2b205c750a30709780cf659ba7cfa1
-
Chih-Hung Hsieh authored
* WITH_TIDY=1 should not include clang-analyzer-* checks because they are too slow. * Nightly builds will use both WITH_TIDY=1 and CLANG_ANALYZER_CHECKS=1. Bug: 173736193 Test: make with WITH_TIDY=1 and CLANG_ANALYZER_CHECKS=1 Change-Id: I3885fd0e20475ceee5e3798bffc11a61994ac113
-
Inseob Kim authored
-
Inseob Kim authored
-
Ryan Prichard authored
-
JaeMan Park authored
-
- Jan 19, 2021
-
-
Colin Cross authored
Native bridge modules never need to build against NDK stubs, so don't create SDK variants. Also clear the sdk_version property for modules that don't have SDK variants so that later code doesn't use it to trigger SDK behaviors. Test: m checkbuild Change-Id: I1920fa82e9fab06235f01a62624382efa16cc6e3
-
Chris Parsons authored
Previously, the build failed if the directory already existed, so mixed builds had to be null builds. Test: lunch aosp_flame && USE_BAZEL=1 USE_BAZEL_ANAYSIS=1 m libc && USE_BAZEL=1 USE_ANALYSIS=1 m libc Change-Id: I167cb82b3e47e9388a1ebca7daffe45f91474125
-
Bill Peckham authored
Without LOCAL_SOONG_DEX_JAR, ninja fails with a missing dependency error. Test: m nothing Test: new TestImportSoongDexJar Bug: 173705556 Change-Id: I54a4c6ea93877667a3fb97f8b2621c42e431f577
-
Bill Peckham authored
With the addition of the compile_dex property to the java_import module it becomes possible to include a java_import module in an apex. This change allows the dependency and adds a test. Bug: 177228901 Test: m nothing Test: new TestApexWithJavaImport Change-Id: I9336dade1857109e2fd21f7d57e1dc4abc4a402c
-
Bill Peckham authored
By enabling these hiddenapi CSV files to be prebuilt, it becomes possible to create a split build that supports the hiddenapi encode dex step, but doesn't contain all of the java sources needed to generate the CSV files. Bug: 175048716 Test: m nothing Test: new TestHiddenAPISingletonWithPrebuiltCsvFile Test: local build without prebuilt hiddenapi Test: local build with prebuilt hiddenapi Change-Id: I805ea3ec05860d2df211a3985ec025bf36f0d775
-
Treehugger Robot authored
-
Jingwen Chen authored
Implement bp2build codegen as a discrete step that runs after an alternatively registered pipeline of mutators, instead of a presingleton. bp2build codegen requires a Context that supports VisitAllModules and PathContext, so this CL also makes a BpToBuildWrapperContext that conforms to PathContext by adding two method implementations. Test: GENERATE_BAZEL_FILES=true m nothing && bazel query //... --config=bp2build | wc -l # 31433 Test: m queryview && bazel query //... --config=queryview # 63638 Change-Id: I0dd359746584b228046d2d0ff00895f28f9bdfc3
-
Christopher Parsons authored
-
Paul Duffin authored
-
Treehugger Robot authored
-
Mohammad Samiul Islam authored
Presubmit builds were failing cause they were being built using RBE. Bug: 172911362 Test: presubmit-builds are passing now Change-Id: I65ffd912ccf2f4fb8cb9824e7a9579f66908d7b3
-
Inseob Kim authored
-
Jingwen Chen authored
Test: TH, soong bootstrap tests Change-Id: Ia7c0fdc2b5d784ef6b389858dab2fcbad35a3763
-
- Jan 18, 2021
-
-
Inseob Kim authored
Vendors can now generate only needed modules by setting the following Makefile variables: - DIRECTED_VENDOR_SNAPSHOT: set to true - VENDOR_SNAPSHOT_MODULES: list of snapshot candidates e.g. DIRECTED_VENDOR_SNAPSHOT := true VENDOR_SNAPSHOT_MODULES := toybox_vendor sh_vendor libbase libcutils ... Bug: 157967325 Test: m dist vendor-snapshot after setting those in BoardConfig.mk Change-Id: I6515a43d9358d94483d7c7fa2b066f9dd457f6aa
-
Inseob Kim authored
Instead of unreliable giant if clause, it's enough to check dependency between platform (system, system-ext), product, and vendor. Test: sysprop_test soong test Test: link against host_supported sysprop_library and use internal props Change-Id: I7bd5df00b302fa261eff5120106aacc3df93c1b2
-
- Jan 16, 2021
-
-
Chih-Hung Hsieh authored
* clang-analyzer is slow and enables clang-diagnostic-padded, which cannot be suppressed yet. Test: make with WITH_TIDY=1 for crosshatch-userdebug Change-Id: I20193f0db3154b037d58c5ca012a9e753b176722
-
Treehugger Robot authored
-
Treehugger Robot authored
-
- Jan 15, 2021
-
-
Treehugger Robot authored
-
Chih-Hung Hsieh authored
Test: make with and without WITH_TIDY=1 Change-Id: Iee07707158f7204e961970ba4d518403b3b2aaf3
-
Chih-Hung Hsieh authored
* This allows local projects to enable clang-tidy and catch errors in a default build, but allows all warnings in a global build with WITH_TIDY=1. Test: make with WITH_TIDY=1 Change-Id: I92a10af24b23ee9f04eebb0513e8f611dd7dcf59
-
Chris Parsons authored
Also introduce test suite for aquery handling Test: m nothing Test: lunch aosp_flame && USE_BAZEL_ANALYSIS=1 m libc Change-Id: I2493d42782099ea0b575968fca38bce6f0d59015
-
Paul Duffin authored
Dexpreopt and boot jars package check all require access to dex implementation jars created for java_library and java_sdk_library. They were available when building from source but not when building from prebuilts, even though they are embedded within the .apex files that are referenced from prebuilt_apex. This changes adds support to prebuilt_apex to export the dex implementation jars and updates java_import to use those exported dex implementation jars. In a source build dexpreopt/boot jars package check access the apex (or platform) specific variant of a java_library, e.g. core-oj, from which it retrieves the dex implementation jar path. After this change in a prebuilt build dexpreopt/boot jars package check behave in the same way except in this case they retrieve the dex implementation jar path from the apex (or platform) specific variant of the java_import, e.g. core-oj. The work to export files from a `.apex` file for use by other modules is performed by a new `deapexer` module type. It is not used directly in an `Android.bp` file but instead is created implicitly by `prebuilt_apex`, In order to do that this contains the following changes: * Adds a new `dexapexer` module type to handle the exporting of files from the `.apex` file. * Adds an exported_java_libs property to prebuilt_apex to specify the set of libraries whose dex implementation jars need exporting. * Creates apex specific variants of the libraries listed in the exported_java_libs property. * Adds the set of exported files to the ApexInfo to make them available to the apex specific variants. * Prevents the prebuilt_apex variants from being merged together as they will not be compatible. * Modifies java_import to use the exported file for variants of a prebuilt_apex. * Adds a ninja rule to unpack (using deapexer) the contents of the prebuilt_apex's apex file, verify that the required files are present and make them available as outputs for other rules to use. * Some minor refactorings to support these changes. * Adds tests to cover prebuilt only, prebuilt with source preferred, and prebuilt preferred with source. Test: m nothing Bug: 171061220 Change-Id: Ic9bed81fb65b92f0d59f64c0bce168a9ed44cfac
-
Paul Duffin authored
The build has some implicit dependencies (via the boot jars configuration) on a number of modules, e.g. core-oj, apache-xml, that are part of the java boot class path and which are provided by mainline modules (e.g. art, conscrypt, runtime-i18n) but which are not otherwise used outside those mainline modules. As they are not needed outside the mainline modules adding them to the sdk/module-exports as either java_libs, or java_header_libs would end up exporting more information than was strictly necessary. This change adds the java_boot_libs property to allow those modules to be exported as part of the sdk/module_exports without exposing any unnecessary information. Some points to note: * The java_import has to have a valid file for the src property otherwise it will be disabled. * The src property is supposed to reference a jar file but the java_boot_libs property will make it reference an empty file (not an empty jar) so that any attempt to use that file as a jar, e.g. compiling against it, will cause a build failure. * The name of the file passed to the src property should make it clear that the file is not intended to be used. * The test makes sure that only the jar file is copied to the snapshot. Test: m nothing Bug: 171061220 Change-Id: I175331e4c8e3874ab70a67cdc2f76ed1576e41eb
-
Colin Cross authored
-