Android NDK: построить жира бинарного с BUILD_EXECUTABLE и armeabi-v7a-жесткий

Question

Short: Как система Android NDK преобразования "APP_ABI: = armeabi-v7a твердолобый" конечным .so файлов, расположенных в «LIBS/armeabi-v7a «? Каков правильный способ сделать то же самое в Android.mk? В настоящее время, чтобы построить автономный исполняемый файл и поместить его в папках, соответствующих различным АБИС я использую это, что это выглядит некрасиво из-за жесткого кодированной «ifeq ($ (TARGET_ARCH_ABI), armeabi-v7a-жесткий)»:

LOCAL_PATH:= $(call my-dir) 
include $(CLEAR_VARS) 
SAVED_NDK_APP_DST_DIR := $(NDK_APP_DST_DIR) 

ifeq ($(TARGET_ARCH_ABI),armeabi-v7a-hard) 
    NDK_APP_DST_DIR := assets/armeabi-v7a 
else 
    NDK_APP_DST_DIR := assets/$(TARGET_ARCH_ABI) 
endif 

LOCAL_MODULE := run_pie 
LOCAL_SRC_FILES := run_pie.c  
include $(BUILD_EXECUTABLE) 
NDK_APP_DST_DIR := $(SAVED_NDK_APP_DST_DIR) 

Long: В моем приложении для Android я использую набор автономных двоичных файлов. После сборки они хранятся в ресурсах APK. При первом запуске приложения я копирую их в свою частную папку приложения, chmod 777, а затем использую их как системные утилиты, такие как «ls» или «cp». Я хочу создать «fat binary»: один APK, который имеет двоичные файлы для всех ABI и выбирает правильный двоичный файл для текущего устройства после установки. Для .so-библиотек Android делает все это автоматически. И «APP_ABI: = armeabi-v7a-hard» является внутренним для системы сборки NDK, это указано в документах, а окончательные .so-файлы для «armeabi-v7a-hard» помещаются в папку «armeabi-v7a». Я могу сделать то же самое для своих двоичных файлов, и в настоящее время у меня есть способ, который работает, однако он выглядит уродливым.

Каким образом можно разместить выходные двоичные файлы в пользовательских папках с именами ABI и обрабатывать «armeabi-v7a-hard» до «armeabi-v7a»?

Answer 1

Если вы смотрите в $NDK/build/core/setup-toolchain.mk, вы найдете следующие строки там:

# compute NDK_APP_DST_DIR as the destination directory for the generated files 
NDK_APP_DST_DIR := $(NDK_APP_LIBS_OUT)/$(TARGET_ARCH_ABI) 
# install armeabi-v7a-hard to lib/armeabi-v7a, unless under testing where env. var. _NDK_TESTING_ALL_ 
# is set to one of yes, all, all32, or all64 
ifeq (,$(filter yes all all32 all64,$(_NDK_TESTING_ALL_))) 
ifeq ($(TARGET_ARCH_ABI),armeabi-v7a-hard) 
NDK_APP_DST_DIR := $(NDK_APP_LIBS_OUT)/armeabi-v7a 
endif 
endif 

Итак, как вы видите, это тот же подход, как вы делаете в Android.mk. Единственное различие заключается в том, что вы не принимаете во внимание _NDK_TESTING_ALL_, который является внутренним для системы тестирования NDK. Поэтому просто продолжайте использовать свой Android.mk как есть, и не беспокойтесь.

Другим подходом было бы создание ваших исполняемых файлов, как обычно, но назовите их как lib${TOOLNAME}.so. В этом случае они будут размещены по умолчанию NDK_APP_DST_DIR, а также реальные библиотеки, а при установке на устройстве Android Package Manager скопирует их на нужное место. Затем, при первом запуске, вы можете скопировать их из папки lib (а не из активов, как и в настоящее время) и переименовать их соответствующим образом.