Yaksh Bariya
Yaksh Bariya
We'll have to wait for atleast r28b due to https://github.com/android/ndk/issues/2136 being a blocker
> @thunder-coding Hi Ndk 28b has been released. https://github.com/android/ndk/releases/tag/r28b @fornwall has started the work here: #24866 Also 28b is not an LTS release, we'll wait for the next LTS release...
> Looks like this needs a little work, the type redefinitions are interfering with the definition for LONGTEXT Thanks, I've fixed more tests. Waiting for CI to kick in. Also...
> You can't reset ino_t to be u64 because it got represented as u64 in dirent - it's used in other places, e.g. FTSENT where it must have its original...
I'd suggest that we wait for r28c. Regardless of r28c being LTS or not, I guess we should go ahead with it
> Updated to the newly released r28c. > > @thunder-coding (and others): What do you think, should we go ahead and merge this? Yeah, sure go ahead! Let's agree on...
Existing packages which depend on libc++ will be broken at runtime since this release of NDK updates the LLVM version as well just like other major releases of NDK.
> As I understand it libc++ is backward compatible - it does not break ABI compatibility, so there is no need to rebuild everything after updating libc++ to a newer...
CMake was updated to 4.0.3 in #25014
Also, I'd suggest you to allow to limit the download parallelism as some mirrors may rate-limit you. Might be helpful for people using different mirrors or hosting custom repository: Here's...