Почему при компиляции FFmpeg для Android появляется сообщение об ошибке: «мнемоника неверной инструкции»? - PullRequest
0 голосов
/ 19 октября 2018

Я пытаюсь скомпилировать FFmpeg 4.0 для Android, используя clang из NDK (r18.1.5063045).Моя хост-архитектура - Mac OS.

Вот моя команда настройки:

./configure \
--target-os=android \
--arch=armv7-a \
--enable-cross-compile \
--cc=${ANDROID_NDK}/toolchains/llvm/prebuilt/darwin-x86_64/bin/clang \
--enable-shared \
--disable-static 

Это успешно завершено.Поэтому я запускаю make -j8 и получаю следующую ошибку:

In file included from libavfilter/vf_mestimate.c:22:
In file included from ./libavcodec/mathops.h:40:
./libavcodec/arm/mathops.h:90:26: error: invalid instruction mnemonic 'itt'
    "cmp   %1, %2  \n\t"
                     ^
<inline asm>:3:2: note: instantiated into assembly here
    itt   gt      
    ^~~

Есть идеи, что может быть причиной этого?

1 Ответ

0 голосов
/ 20 октября 2018

Я подозреваю, что Clang нацелен на операционную систему, а не на arm32.Использование автономного набора инструментов решает эту проблему.Я заметил, что система сборки все еще использует мой инструмент strip хоста (который не может обрабатывать двоичные файлы arm), поэтому я исправил это, передав --strip в скрипт конфигурации ffmpeg.

${ANDROID_NDK}/build/tools/make_standalone_toolchain.py \
    --arch arm --api 16 --install-dir /tmp/standalone-toolchain

./configure \
--target-os=android \
--arch=armv7-a \
--enable-cross-compile \
--cc=/tmp/standalone-toolchain/bin/clang \
--strip=/tmp/standalone-toolchain/bin/arm-linux-androideabi-strip \
--enable-shared \
--disable-static 

make -j...

Затем сборка завершилась с ошибкой в ​​libavdevice / v4l2.c:

CC  libavdevice/v4l2.o
libavdevice/v4l2.c:135:9: error: assigning to 'int (*)(int, unsigned long, ...)' from incompatible type
      '<overloaded function type>'
        SET_WRAPPERS();
        ^~~~~~~~~~~~~~
libavdevice/v4l2.c:121:17: note: expanded from macro 'SET_WRAPPERS'
    s->ioctl_f  = prefix ## ioctl;      \
                ^           ~~~~~
/tmp/standalone-toolchain/bin/../sysroot/usr/include/bits/ioctl.h:56:5: note: candidate function has type mismatch at 2nd
      parameter (expected 'unsigned long' but has 'unsigned int')
int ioctl(int __fd, unsigned __request, ...) __overloadable __enable_if(1, "") __RENAME(ioctl);
    ^
/tmp/standalone-toolchain/bin/../sysroot/usr/include/bits/ioctl.h:36:5: note: candidate function has type mismatch at 2nd
      parameter (expected 'unsigned long' but has 'int')
int ioctl(int __fd, int __request, ...);
    ^

Существуют разногласия относительно типа второго параметра ioctl.glibc объявляет это с типом unsigned long:

int ioctl(int fd, unsigned long request, ...);

POSIX и Bionic (и musl) объявляет это с int:

int ioctl(int fildes, int request, ... /* arg */);

Аналогичная проблемапроизошло с PulseAudio и musl , поэтому я применил к ffmpeg такое же исправление:

diff --git a/libavdevice/v4l2.c b/libavdevice/v4l2.c
index 10a0ff0dd6..1b9c6e760b 100644
--- a/libavdevice/v4l2.c
+++ b/libavdevice/v4l2.c
@@ -95,7 +95,11 @@ struct video_data {
     int (*open_f)(const char *file, int oflag, ...);
     int (*close_f)(int fd);
     int (*dup_f)(int fd);
+#ifdef __GLIBC__
     int (*ioctl_f)(int fd, unsigned long int request, ...);
+#else
+    int (*ioctl_f)(int fd, int request, ...);
+#endif
     ssize_t (*read_f)(int fd, void *buffer, size_t n);
     void *(*mmap_f)(void *start, size_t length, int prot, int flags, int fd, int64_t offset);
     int (*munmap_f)(void *_start, size_t length);

После этого проект был успешно построен.

FWIW: Проект такжепостроен для arm64 с использованием этих изменений:

  • автономный набор инструментов: --arch arm64
  • автономный набор инструментов: --api 21
  • настройка: --arch=aarch64
  • настроить: --strip=/.../aarch64-linux-android-strip
...