Проблемы с компиляцией объекта с использованием arm-linux-androideabi-gcc

Вы должны указать GCC, где найти системные файлы и заголовки Android. Либо используйте:

1. ndk-build и Android.mk с BUILD_EXECUTABLE
2. или вариант --sysroot GCC

[1]

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

LOCAL_MODULE    := foo
LOCAL_SRC_FILES := foo.c

include $(BUILD_EXECUTABLE)

[2]

# Change `android-9` with the level you target
/path/to/android-ndk-r8c/toolchains/arm-linux-androideabi-4.6/prebuilt\
/darwin-x86/bin/arm-linux-androideabi-gcc\
 --sysroot /path/to/android-ndk-r8c/platforms/android-9/arch-arm/\
  foo.c -o foo

# Or generate a ready-to-use standalone toolchain (better)
/path/to/android-ndk-r8c/build/tools/make-standalone-toolchain.sh \
--platform=android-9 \
--install-dir=/tmp/my-android-toolchain

export SYSROOT=/tmp/my-android-toolchain/sysroot

/path/to/arm-linux-androideabi-gcc --sysroot $SYSROOT foo.c -o foo

Итак, поскольку я не хочу использовать файл Android.mk, я пошел дальше и создал автономную цепочку инструментов. это делается с помощью следующего...

/Users/un/Downloads/android-ndk-r8d/build/tools/make-standalone-toolchain.sh --platform=android-9 --install-dir=/tmp/my-toolchain
/tmp/my-toolchain/bin/arm-linux-androideabi-gcc hello.c 

Я хотел бы знать, что такое «альтернатива» с точки зрения связывания gcc, которое я мог бы сделать.

Этот ответ добавляет немного больше деталей к ответу @deltheil. У меня были похожие проблемы, когда я пытался скомпилировать инструменты I2C для отладки шины I2C на Android. . Каким-то образом, после более чем дня борьбы с файлами make и различных параметров, включая параметры --sysroot и --dynamic-linker и т. д., я, наконец, попытался скомпилировать его в дереве Android AOSP. Я использовал Google Nexus-S AOSP для создания бинарного файла, который я намеревался запустить на телефоне Samsung S3. Я создал папку с именем i2c-tools для исходников внутри папки AOSP/external, скопировал Android.mk, Cleanspec.mk и MODULE_LICENCE из другой исполняемой папки (ping) и модифицировал ее для i2c-tools следующим образом:

ifneq ($(TARGET_SIMULATOR), true)

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

LOCAL_SRC_FILES := i2cdetect.c i2cbusses.c

LOCAL_C_INCLUDES := $(KERNEL_HEADERS)
LOCAL_MODULE := i2cdetect
LOCAL_MODULE_TAGS := tests
LOCAL_SHARED_LIBRARIES := libc

include $(BUILD_EXECUTABLE)

endif

Тогда я просто побежал:

source build/envsetup.sh
make i2cdetect

из базовой папки AOSP и вуаля, у меня был рабочий исполняемый файл в папке out/target/product/generic/system/bin/. Обратите внимание, что мне пришлось скопировать все необходимые исходные файлы и файлы заголовков из исходных папок (i2c-tools)/tools & include, а также изменить некоторые из #include, чтобы удалить дополнительный путь для файлов заголовков, которые теперь находились в том же месте, что и c-источник.

В моем случае мне нужен был файл .o, и мне не нужно было определять main(). Мне пришлось указать переключатель -c:

~/ax/arm-linux-androideabi-g++ --sysroot=~/an/platforms/android-8/arch-arm/ -c dummy.c

где ~/ax и ~/an — ссылки:

ax -> ~/android-ndk-r9d/toolchains/arm-linux-androideabi-4.8/prebuilt/linux-x86/bin/
an -> ~/android-ndk-r9d/

сделал dummy.o.

я решил проблему, менеджер файлов сжатия по умолчанию в Ubuntu не извлекал символические ссылки, поэтому я попытался: tar jxf filename.tar.bz2 распаковать ndk.tar.bz2, и теперь он работает нормально