-
Notifications
You must be signed in to change notification settings - Fork 257
Changelog r24
Report issues to GitHub.
For Android Studio issues, follow the docs on the Android Studio site.
-
The GNU Assembler (GAS), has been removed. If you were building with
-fno-integrated-as
you'll need to remove that flag. See Clang Migration Notes for advice on making assembly compatible with LLVM. -
GDB has been removed. Use LLDB instead. Note that
ndk-gdb
uses LLDB by default, and Android Studio has only ever supported LLDB. -
Jelly Bean (APIs 16, 17, and 18) is no longer supported. The minimum OS supported by the NDK is KitKat (API level 19).
-
Non-Neon devices are no longer supported. A very small number of very old devices do not support Neon so most apps will not notice aside from the performance improvement.
-
RenderScript build support has been removed. RenderScript was deprecated in Android 12. If you have not finished migrating your apps away from RenderScript, NDK r23 LTS can be used.
- Includes Android 12L APIs.
- Updated LLVM to clang-r437112b, based on LLVM 14 development.
- Issue 1590: Fix LLDB help crash.
-
Issue 1108: Removed
mbstowcs
andwcstombs
from the pre-API 21 stubs and moved the implementation tolibandroid_support
to fix those APIs on old devices. -
Issue 1299: Additional Apple M1 support:
- Issue 1410: Fixed incorrect host tool directory identification in ndk-build on M1 macs.
- Issue 1544: LLVM tools are now universal binaries.
- Issue 1546: Make is now a universal binary.
-
Issue 1479: Added
LOCAL_BRANCH_PROTECTION
option to ndk-build for using-mbranch-protection
with aarch64 without breaking other ABIs. Example use:LOCAL_BRANCH_PROTECTION := standard
. -
Issue 1492: Windows Make now works with
-O
, and ndk-build now uses it by default. -
Issue 1559: Added
LOCAL_ALLOW_MISSING_PREBUILT
option toPREBUILT_SHARED_LIBRARY
andPREBUILT_STATIC_LIBRARY
which defers failures for missing prebuilts to build time. This enables use cases within AGP where one module provides "pre" built libraries to another module. - Issue 1587: ndk-stack is now tolerant of unsorted zip infos.
- Issue 1589: Fixed broken stack traces on API 29 devices when using a minSdkVersion of 29.
-
Issue 1593: Improved ndk-which to fall back to LLVM tools when the GNU names
are used. For example,
ndk-which strip
will now return the path tollvm-strip
instead of nothing. -
Issue 1610: Fixed handling of
ANDROID_NATIVE_API_LEVEL
in the new CMake toolchain file. -
Issue 1618: Corrected
CMAKE_ANDROID_EXCEPTIONS
behavior for the new CMake toolchain file. -
Issue 1623: Fixed behavior of the legacy CMake toolchain file when used with
new versions of CMake (incompatible
-gcc-toolchain
argument). -
Issue 1656: The new CMake toolchain file now ignores
ANDROID_ARM_MODE
when it is passed for ABIs other than armeabi-v7a like the legacy toolchain file did. With CMake 3.22 it is an error to setCMAKE_ANDROID_ARM_MODE
for other ABIs, so this fixes a potential incompatibility between the legacy and new toolchains when using CMake 3.22+. - Removed
make-standalone-toolchain.sh
. This was broken in a previous release and it was unnoticed, so it seems unused.make_standalone_toolchain.py
remains, but neither has been needed since NDK r19 since the toolchain can be invoked directly.
This is not intended to be a comprehensive list of all outstanding bugs.
-
Issue 360:
thread_local
variables with non-trivial destructors will cause segfaults if the containing library isdlclose
ed. This was fixed in API 28, but code running on devices older than API 28 will need a workaround. The simplest fix is to stop callingdlclose
. If you absolutely must continue callingdlclose
, see the following table:Pre-API 23 APIs 23-27 API 28+ No workarounds Works for static STL Broken Works -Wl,-z,nodelete
Works for static STL Works Works No dlclose
Works Works Works If your code must run on devices older than M (API 23) and you cannot use the static STL (common), the only fix is to not call
dlclose
, or to stop usingthread_local
variables with non-trivial destructors.If your code does not need to run on devices older than API 23 you can link with
-Wl,-z,nodelete
, which instructs the linker to ignoredlclose
for that library. You can backport this behavior by not callingdlclose
.The fix in API 28 is the standardized inhibition of
dlclose
, so you can backport the fix to older versions by not callingdlclose
. -
Issue 988: Exception handling when using ASan via wrap.sh can crash. To workaround this issue when using libc++_shared, ensure that your application's libc++_shared.so is in
LD_PRELOAD
in yourwrap.sh
as in the following example:#!/system/bin/sh HERE="$(cd "$(dirname "$0")" && pwd)" export ASAN_OPTIONS=log_to_syslog=false,allow_user_segv_handler=1 ASAN_LIB=$(ls $HERE/libclang_rt.asan-*-android.so) if [ -f "$HERE/libc++_shared.so" ]; then # Workaround for https://github.com/android/ndk/issues/988. export LD_PRELOAD="$ASAN_LIB $HERE/libc++_shared.so" else export LD_PRELOAD="$ASAN_LIB" fi "$@"
There is no known workaround for libc++_static.
Note that because this is a platform bug rather than an NDK bug this cannot be fixed with an NDK update. This workaround will be necessary for code running on devices that do not contain the fix, and the bug has not been fixed even in the latest release of Android.