Jak włączyć istniejący plik make z Androidem NDK

Moja odpowiedź najlepiej współgra z odpowiedzią genu.

./configure'S tworzenie pliku konfiguracyjnego opiera się na kompilowaniu (i ewentualnie uruchamianiu) małych fragmentów kodu C dla każdego testu. Sukces każdego testu ustawia odpowiednią zmienną w szablonie config.h.in, Aby utworzyć config.h. Testy tylko kompilacji mogą być z powodzeniem testowane w środowisku cross-compile. Jednak testy Run compile i są niemożliwe do uruchomienia w środowisku cross-compile.

Tak więc, aby rozpocząć proces konwersji, musisz ustawić zmienne środowiskoweCPP,CC,LD i inne aliasy narzędzi do zestawu narzędzi kompilatora krzyżowego (prawdopodobnie te z NDK), a następnie uruchom ./configure. Gdy to zrobisz, będziesz musiał skorygować config.h, aby dopasować się do docelowego środowiska. To jest twój najbardziej krytyczny i najbardziej podatny na błędy krok.

Jeśli chodzi o Android.mk, jest to format zbliżony do Makefile.am, który można łatwo przekształcić. Możesz zignorować Makefile.in i Makefile, ponieważ są one generowane z Makefile.am.

./configure --host arm-toshiba-linux-androideabi --build x86_64-linux-gnu \
            --prefix=/data/local/ host_alias=arm-linux-androideabi \
           "CFLAGS=--sysroot=~/ndk/platforms/android-8/arch-arm  -Wall -Wextra" \
           "CPPFLAGS=--sysroot=~/ndk/platforms/android-8/arch-arm" \
            CPP=arm-linux-androideabi-cpp

Następnym krokiem było wykonanie src/Makefile.am Jak poniżej:

MAGIC = $(pkgdatadir)/magic
lib_LTLIBRARIES = libmagic.la
include_HEADERS = magic.h

bin_PROGRAMS = file

AM_CPPFLAGS = -DMAGIC='"$(MAGIC)"'
AM_CFLAGS = $(CFLAG_VISIBILITY) @WARNINGS@

libmagic_la_SOURCES = magic.c apprentice.c softmagic.c ascmagic.c \
        encoding.c compress.c is_tar.c readelf.c print.c fsmagic.c \
        funcs.c file.h readelf.h tar.h apptype.c \
        file_opts.h elfclass.h mygetopt.h cdf.c cdf_time.c readcdf.c cdf.h
libmagic_la_LDFLAGS = -no-undefined -version-info 1:0:0
if MINGW
MINGWLIBS = -lgnurx -lshlwapi
else
MINGWLIBS =
endif
libmagic_la_LIBADD = $(LTLIBOBJS) $(MINGWLIBS)

file_SOURCES = file.c
file_LDADD = libmagic.la
CLEANFILES = magic.h
EXTRA_DIST = magic.h.in
HDR= $(top_srcdir)/src/magic.h.in
BUILT_SOURCES = magic.h

magic.h:        ${HDR}
        sed -e "s/X.YY/$$(echo @VERSION@ | tr -d .)/" < ${HDR} > $@

I utwórz Android.mk z tego.

Ostatnim i najważniejszym krokiem było zmodyfikowanie config.h, aby dokładnie odzwierciedlić stan docelowego systemu. Będzie to proces ręczny, którego nie mogę dać obejście problemu, polegające głównie na zapoznaniu się z konfiguracją.Zaloguj się, przeglądając nagłówki i" wywołując " Google. Owoce tej pracy są dostępne na XDA.

Oto rozwiązanie do robienia rzeczy na odwrót: budowanie zarówno biblioteka zewnętrzna, jak i pakiet Android ze standardowych plików Makefiles.

Jako warunek konieczny, musisz zainstalować wszystko, co potrzebne do wykonania wiersza poleceń Rozwój Androida:

W systemie Android NDK Można używać tylko jednego narzędzia.]}
• ant.

Struktura przykładu jest następująca: katalog dla zewnętrznej biblioteki i katalog dla Androida źródła na tym samym poziomie z Makefile w każdym katalogu i najwyższym, rekurencyjnym pliku Makefile:

Makefile
mylib/
    Makefile
android/
    Makefile

mylib/Makefile buduje statyczną bibliotekę:

AR=/path/to/standalone/bin/arm-linux-androideabi-ar
CC=/path/to/standalone/bin/arm-linux-androideabi-gcc

libmylib.a: mylib.o
    $(AR) rcs libmylib.a mylib.o

mylib.o: mylib.c
    $(CC) -c mylib.c -o mylib.o

android/Makefile dostarcza reguły budowania pakietu Android:

• potrzebujemy zależności do skopiowania mylib Kiedy zostanie zmodyfikowana;
W związku z tym, że system android nie jest w pełni funkcjonalny, nie jest w stanie go uruchomić.]}
• pakiet android zależy od źródeł Java i od współdzielonego biblioteka.

Plik Makefile zapewnia dwa cele: release (domyślny) i debug do budowania pakietu release lub debugowania.

NDK_BUILD=/path/to/ndk-build
JAVASRC=src/com/example/ndkmake/NdkMake.java

release: bin/NdkMake-release-unsigned.apk

debug: bin/NdkMake-debug.apk

bin/NdkMake-release-unsigned.apk: libs/armeabi/libndkmake.so $(JAVASRC)
ant release

bin/NdkMake-debug.apk: libs/armeabi/libndkmake.so $(JAVASRC)
ant debug

libs/armeabi/libndkmake.so: jni/ndkmake.c jni/libmylib.a
$(NDK_BUILD)

jni/libmylib.a: ../mylib/libmylib.a
cp ../mylib/libmylib.a jni/libmylib.a

Plik Android.mk zawiera reguły dołączania statycznej biblioteki do kompilacji, jako prebuilt. Dołączamy nagłówki z biblioteki mylib używając LOCAL_EXPORT_C_INCLUDES.

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)
LOCAL_MODULE := ndkmake
LOCAL_SRC_FILES := ndkmake.c
LOCAL_STATIC_LIBRARIES := mylib-prebuilt
include $(BUILD_SHARED_LIBRARY)

include $(CLEAR_VARS)
LOCAL_MODULE := mylib-prebuilt
LOCAL_SRC_FILES := libmylib.a
LOCAL_EXPORT_C_INCLUDES := ../mylib/
include $(PREBUILT_STATIC_LIBRARY)

Teraz potrzebujemy tylko pliku Makefile najwyższego poziomu, aby zbudować dwa podkatalogi:

all: libmylib package

libmylib:
    cd mylib && $(MAKE)

package:
    cd android && $(MAKE)

Wszelkie zmiany w bibliotece, źródłach jni lub źródłach Javy spowoduje odbudowę paczki.