Недавно я обнаружил, что связывание готовых статических библиотек от ndk-build принципиально отличается от того, что из дерева исходных текстов Android (мм). Почему это?Связывание готовых статических библиотек ndk vs. Android-источник
// main.cpp
#include <stdio.h>
#include "doubler.hpp"
int main()
{
printf("test a static lib \n");
// library function
doubler *p = new doubler();
delete p;
return 0;
}
Android тк:
LOCAL_PATH := $(call my-dir)
###################### static lib ##################
### prebuilt lib works in NDK but not Android src
#include $(CLEAR_VARS)
#LOCAL_MODULE := doubleIt_prebuilt
#LOCAL_SRC_FILES := $(LOCAL_PATH)/libDoubler.a
#LOCAL_EXPORT_C_INCLUDES := $(LOCAL_PATH)
##LOCAL_SRC_FILES := libDoubler.a
#include $(PREBUILT_STATIC_LIBRARY)
###################### test app ##################
include $(CLEAR_VARS)
# binary name
LOCAL_MODULE:= testApp
# c++ file extension
LOCAL_CPP_EXTENSION := .cpp
# src files
LOCAL_SRC_FILES := main.cpp
# include dir
LOCAL_C_INCLUDES := $(LOCAL_PATH)
### this works in Android src, but not in NDK
LOCAL_LDLIBS := -L$(LOCAL_PATH) -lDoubler
### prebuilt lib works in NDK but not Android src
#LOCAL_STATIC_LIBRARIES := doubleIt_prebuilt
#what to build
include $(BUILD_EXECUTABLE)
В конце концов, что такое правильный способ связать статическую LIB в дереве Src?
Это работает. Благодаря! Стоит отметить, что LOCAL_IS_HOST_MODULE, похоже, скажет системе сборки, что этот модуль является частью хоста/дерева? Поэтому, если вы предоставите свою собственную старую библиотеку, оставьте эту строку – DMacAttack