NDK r28 RC 1
Pre-releaseDownloads
android {
ndkVersion "28.0.12674087"
}
Platform | Package | Size (Bytes) | SHA1 Checksum |
---|---|---|---|
Windows | android-ndk-r28-beta2-windows.zip | 746919470 | 410a9863a8c2559bd4bb1f29517ea525c41859ab |
macOS | android-ndk-r28-beta2-darwin.dmg | 1043488886 | 55cd6fdfb4c69866841650f1b25043643d1ee43f |
Linux | android-ndk-r28-beta2-linux.zip | 721452166 | 4b901eeb50a76ba521e4eb1e611cb43658b54440 |
Changelog
Report issues to GitHub.
For Android Studio issues, go to https://b.android.com and file a bug using the
Android Studio component, not the NDK component.
If you're a build system maintainer that needs to use the tools in the NDK
directly, see the build system maintainers guide.
Announcements
- The 16 KiB page size compatibility option that was added in r27 is now on by
default. If necessary, you can still opt-out (see below).
Changes
-
Updated LLVM to clang-r530567. See
clang_source_info.md
in the toolchain
directory for version information.- Runtime libraries for non-Android have been removed reduce disk usage.
- libc++ now includes debug info to aid debugging. This may make
libc++_shared.so and any binaries that link libc++_static.a much larger
before they are stripped. The Android Gradle Plugin will strip binaries when
creating APKs, so this should not affect production apps. - Issue 2046: libclang and libclang-cpp are now supported.
-
PAGE_SIZE
is no longer defined by default for arm64-v8a or x86_64. To
re-enable, setAPP_SUPPORT_FLEXIBLE_PAGE_SIZES
(ndk-build) or
ANDROID_SUPPORT_FLEXIBLE_PAGE_SIZES
(CMake) to false. See Support 16 KB
page sizes for more information. -
The default alignment of shared libraries for arm64-v86 and x86_64 is now 16k.
To revert to 4k alignment, setAPP_SUPPORT_FLEXIBLE_PAGE_SIZES
(ndk-build)
orANDROID_SUPPORT_FLEXIBLE_PAGE_SIZES
(CMake) to false. See Support 16 KB
page sizes for more information. -
Issue 1307: Removed non-NDK binder headers. A number of binder headers that
should have been shipped with aidl were mistakenly shipped in the NDK. These
headers are tightly coupled to the version of aidl used, so this introduced an
unwanted version restriction between build-tools and the NDK. If you are using
the NDK aidl backend, you will need to pass the aidl include path when
building. See the aidl backend docs for more information. -
Issue 2058: Weak API references now work for libc APIs. This was enabled
by conditionally removing the#if __ANDROID_API__ >= ...
guards that
previously wrapped declarations in libc headers when weak API references are
used. When weak API references are not used (the default behavior), the
declarations will still be hidden by the preprocessor.If your project contains polyfills for any of those APIs and uses weak API
references, this change may break your build due to the conflicting
declarations. The simplest fix is to rename your polyfill to not collide with
libc. For example, renameconflicting_api
toconflicting_api_fallback
and
call that instead. Use#define conflicting_api() conflicting_api_fallback()
if you want to avoid rewriting callsites.Please open a bug if you run into issues with existing polyfills. We may be
able to add the polyfill directly to the NDK.