After clang update, we got the below error:
external/libcxx/libcxx_test_template.cpp
clang++: error: unknown argument: '-fcoroutines-ts'
Since this option has been removed in clang, remove test for it.
Bug: 280683256
Test: build with clang-r498229
Change-Id: Icecd7152f8d724d680bf17e3f920f15365b285a6
Starting from clang-r487747, clang emits the following warning:
clang++: error: the '-fcoroutines-ts' flag is deprecated and it will be removed in Clang 17; use '-std=c++20' or higher to use standard C++ coroutines instead [-Werror,-Wdeprecated-experimental-coroutine]
Test: presubmit
Change-Id: Ib0082dee2e7d3f16dc8c23b757c90ede9f229cb4
There is no prebuilt libc++ for riscv64 provided by the NDK, build
it using the platform sources instead.
Test: lunch aosp_riscv64-userdebug && m -k
bbg
Change-Id: I3e443925549d04edebc9adc56116c5254dbf4307
This file appears to be related to testing, but it's not actually
a test (executing it doesn't run any tests) and it's otherwise
unused.
Bug: 245854393
Test: presubmit
Change-Id: Ie0e21e0789c5481256ddb8caa278fc709dd3bff9
LLD does not implement force_symbols_weak_list or
force_symbols_not_weak_list. Fallback to ld64.
Test: presubmit
Bug: 236924555
Change-Id: I90acaf3f562993cde6da2d2d8cc75cc18cbfc88a
The diff_flags make the ABI checker ignore the weak symbol difference
caused by PGO.
Test: make libc++.vendor
Bug: 230076879
Change-Id: Ifff053fd9a1411cbe73ab48359ffa6f49bec4490
Export the libc++ headers for inclusion in the musl sysroot so that
the clang runtimes can link against them.
Bug: 215802826
Test: musl llvm build
Change-Id: Ia661da7ad7158e09b3e956ab93159e3e42855424
This is used by odrefresh, which needs to do many filesystem
operations. It is only used as a static library.
Bug: 205276874
Test: m nothing
Change-Id: Id4cd9e2674d32b48ab82d88ac3acb93d37ca8627
We're still working on it, but having a bug that's already been closed
in the comment makes it look like this is actually ready.
Bug: http://b/175635923
Test: N/A
Change-Id: Ied229bc423fc4550d2e235acd45ebc38d7dcd507
"vendor_available" modules were available to product modules.
However, not all "vendor_available" modules are required to be
available to product modules. Some modules want to be available only
to product modules but not vendor modules.
To cover the requirement, we separate "product_available" from
"vendor_available".
"vendor_available" will not provide product available module.
Bug: 150902910
Test: build
Change-Id: I8e85af2a4e33836092816d38d9bbd7b43dd87d77
Bug: http://b/116784799
This is set globally for all 32-bit Windows compilations in build/soong.
Test: go/android-llvm-windows-testing
Change-Id: I0ff6c21942929e92f790ee7dbcfad00309a7aec6
Modules contributing mainline modules (APK/APEX) should set
min_sdk_version as well as apex_available.
"apex_inherit" is a special alias to represent "the minimum of all
that the apexes require".
For now setting min_sdk_version doesn't change build outputs.
But build-time checks will be added soon.
Bug: 152655956
Test: m
Change-Id: I23cb55a3a17ac242e7f599fe574ca30074b43506
The marked library(ies) were available to the APEXes via the hand-written
whitelist in build/soong/apex/apex.go. Trying to remove the whitelist
by adding apex_available property to the Android.bp of the libraries.
Bug: 150999716
Test: m
Change-Id: I60e1ae6fa837772c2682d4a26ea34bd80e69bc9e
-nostdinc++ is already passed by the build system for stl: "none".
-nodefaultlibs was prevoiusly passed by the build system, but has
been replaced with -nostdlib++ to avoid having to manually pass
all the other default libraries on the command line. Passing
-nodefaultlibs here causes libc++ to no longer link against libc.
Test: m checkbuild
Change-Id: Ib3392d545f68be594800fe806ecd365f830d201e
The library can be used to build binaries
for translated architectures.
Bug: http://b/77159578
Test: make
Change-Id: I3c41a52d599bae2c50feb937267295d9ea8844ca
This is for init, which is recovery available, to use std::filesystem.
Bug: 126493225
Test: build pass
Change-Id: I4012f99bcfacf57e45f9f7fd04f76311c279a914
