web-dev-qa-db-fra.com

Comment trouver le numéro de révision NDK pour votre configuration Android

Existe-t-il un moyen de trouver le ndk revision number idéalement depuis la ligne cmd ou depuis l'intérieur Android studio?

Mon cas d'utilisation est Android studio a exécuté une mise à jour, remplacé ndk-bundle avec la dernière version et je veux savoir quelle révision non. C'est. c'est à dire. r10d, r11a etc.

MISE À JOUR

~/Android/Sdk/ndk-bundle/CHANGELOG.md ressemble à ceci - Je ne vois pas de référence explicite au numéro de révision, pouvez-vous? c'est peut-être juste 11 mais ils ont aussi une lettre?

Changelog
=========

Report issues to [GitHub].

[GitHub]: https://github.com/Android-ndk/ndk/issues

NDK
---
 * Removed all sysroots for pre-GB platform levels. We dropped support for them
   in r11, but neglected to actually remove them.
 * Exception handling when using `c++_shared` on ARM32 now mostly works (see
   [Known Issues](#known-issues)). The unwinder will now be linked into each
   linked object rather than into libc++ itself.
 * Default compiler flags have been pruned:
   https://github.com/Android-ndk/ndk/issues/27.
     * Full changes here: https://Android-review.googlesource.com/#/c/207721/5.
 * `-fno-limit-debug-info` has been enabled by default for Clang debug builds.
   This should improve debugability with LLDB.
 * `--build-id` is now enabled by default.
     * This will be shown in native crash reports so you can easily identify
       which version of your code was running.
 * `NDK_USE_CYGPATH` should no longer cause problems with libgcc:
   http://b.Android.com/195486.
 * `-Wl,--warn-shared-textrel` and`-Wl,--fatal-warnings` are now enabled by
   default. If you have shared text relocations, your app will not load on
   Marshmallow or later (and have never been allowed for 64-bit apps).
 * Precompiled headers should work better:
   https://github.com/Android-ndk/ndk/issues/14 and
   https://github.com/Android-ndk/ndk/issues/16.

Clang
-----

 * Clang has been updated to 3.8svn (r256229, build 2690385).
     * Note that Clang packaged in the Windows 64 NDK is actually 32-bit.
 * `__thread` should work for real this time.

GCC
---

 * Synchronized with the ChromeOS GCC @ `google/gcc-4_9` r227810.
 * Backported coverage sanitizer patch from ToT (r231296).
 * Fixed libatomic to not use ifuncs:
   https://github.com/Android-ndk/ndk/issues/31.

Binutils
--------

 * "Erratum 843419 found and fixed" info messages are silenced.
 * Introduced option '--long-plt' to fix internal linker error when linking huge
   arm32 binaries.
 * Fixed wrong run time stubs for AArch64. This was causing jump addresses to be
   calculated incorrectly for very large DSOs.
 * Introduced default option '--no-apply-dynamic' to work around a dynamic
   linker bug for earlier Android releases.
 * NDK r11 KI for `dynamic_cast` not working with Clang, x86, `stlport_static`
   and optimization has been fixed.

GDB
---

 * Updated to GDB 7.11: https://www.gnu.org/software/gdb/news/.

Known Issues
------------

 * This is not intended to be a comprehensive list of all outstanding bugs.
 * x86 ASAN still does work. See discussion on
   https://Android-review.googlesource.com/#/c/186276/
 * Exception unwinding with `c++_shared` still does not work for ARM on
   Gingerbread or Ice cream sandwich.
 * Bionic headers and libraries for Marshmallow and N are not yet exposed
   despite the presence of Android-24. Those platforms are still the Lollipop
   headers and libraries (not a regression from r11).
 * RenderScript tools are not present (not a regression from r11):
   https://github.com/Android-ndk/ndk/issues/7.
 * r12 will most likely not work with Android Studio/Gradle right away. The
   Gradle plugin will need to be updated to match the build changes we made in
   `ndk-build`.
 * We've regressed on http://b.Android.com/41770.
androidandroid-ndk
19
bph

Il y a un source.properties fichier à la racine du NDK pour r11 et plus récent. Les anciennes versions avaient un RELEASE.TXT.

35
Dan Albert

J'ai eu le même problème lorsque j'essayais de construire cette version de boost et d'utiliser la ligne suivante pour récupérer ma version NDK.

version=$(sed -En -e 's/^Pkg.Revision\s*=\s*([0-9a-f]+)/r\1/p' $source_properties)

Où source_properties=$AndroidNDKRoot"/source.properties" à la racine de votre dossier NDK.

6
Erman