Follow aosp/2388112
This CL does not add cronet_aml_api_helpers_sources module since it is
not used yet.
api helper sources will be added when they are used.
Test: ./update_results.sh, TH in aosp/2398772
Change-Id: I9f05aff302de9c24bc555f53e5e54d10f0d82057
is_build_cronet=true is required by aosp/2384115
This CL also updates gen_desc_json.sh to set is_build_cronet=true
Test: gen_desc_json.sh, update_results.sh
Change-Id: I057a7b9d4bb2038f430c1dbc59de72ba18bdf93c
Cronet in AOSP doesn't require AndroidX. The only remaning use of
AndroidX upstream is BuildCompat#isAtLeastT, but here that makes use of
SdkLevel#isAtLeastT.
Test: ./update_result.sh && m
Change-Id: I46634e62f875072347b21235a695ebca6b03e3b5
Stefano Duoauthored and Motomu Utsumicommited 2023-01-12 13:16:16 +09:00
* Add the prefix to make sure that cronet's implementation still connects correctly through the JNI layer after jarjaring.
Test: atest CtsCronetTestCases
Change-Id: I38cf1aa30b9211d65efc359eb1eae9244dcd7d10
* This was generated as per http://go/android-license-faq. `scan_project` binary was used to figure out all of the licenses that exist in `external/cronet` then manual filtering for `UNKNOWN` license.
Test: m
Bug: b/263943025
Change-Id: Ia63a694a2245d0b3fa646402e6adf5a7bbaadfe7
* This was failing the pre-submits are cc_objects are compilable modules but they failed to compile due to empty srcs. However, this didn't affect the compilation of Cronet as the empty cc_objects are never in the path of compilation of Cronet because their attributes are propagated up the tree.
Test: m
Change-Id: I7cc87d53d4f460ef4958d5ecfb23ac28662fdbdc
media_ndk_headers is not available to tethering apex.
But header files are available via libmediandk ndk_library
Test: m
Change-Id: I319d9f3a68c64d7b73af68db40d4a509eba59cd3
This requires aosp/2366787 to work.
Unfortunately, Chromium does not add a dependency on gtest, so
builtin_module cannot be used.
Using the gtest prod headers from Android is fine for //base. The only
thing that's used is gtest_prod.h, which includes one friend macro that
hasn't changed in 14 years.
Test: build cronet
Change-Id: I03b12ae698699527da7e69c9d4d50da1822fd5bc
This CL also update the default_targets to use
//components/cronet/android:cronet_android_mainline
Test: ./update_results.sh
Change-Id: Iae5d61b9abb0136cb077e4341ce7a74e1e08061c
I guess we can decide if that is what we really want to do long term.
(In which case, we would preferably have a target to link zlib
statically).
Test: builds
Change-Id: Ic5b371059874aa8cac8d24adf9f44925a89bc5a2
Test: ./update_results.sh
Test: m cronet_aml_components_cronet_android_cronet
Test: m cronet_aml_java
Change-Id: Ib9efad99e87acf47ba88a31bac86dcabd2a40c4f
This CL makes gn2bp ignore the arch difference in genrule and breaks the
build.
Next CL fixes this by properly merging arch specific cmd for cc_genrule.
Splitting CL to make the Android.bp.swp diff in the next CL readable.
Test: ./update_results.sh
Change-Id: I2d74e91cab5782a3ce9de51a0fa0c9c5c21bf8bf
This function return the condition which can be used within the cmd in
the cc_genrule
Test: ./update_results.sh
Change-Id: Ib36bfed7f37a8d86d2dddd12c4fca31477ebd6ee
Motomu Utsumi
commited 
Mohannad Farrag
authored and
Gerrit Code Review
commited 
Stefano Duo
authored and
Patrick Rohr
authored and