Android NDK-Build сбой с "Local_SRC_FILES указывает на отсутствующий файл" после интеграции Libturbojpeg.so 3.0.2 ⇐ Android

[Anonymous]

Недавно я обновился с Libjpeg-turbo 1.5.0 до 3.0.2 и попытался интегрировать libturbojpeg.so в Android Studio Project с использованием NDK-build . Тем не менее, процесс сборки не выполняется во время ndkclean или ndk-build.cmd clean со следующей ошибкой:
android ndk: ошибка:/uvccamera/android.mk:turbojpeg: local_src_files указывает на отсутствующий файл
android ndk: проверьте, что local_src_files. /libs/armeabi-v7a/libturbojpeg.so существует или что его путь верен
, несмотря на размещение libturbojpeg.so в правильных папках Libs/Armeabi-V7a/ и libs/arm64-v8a/, процесс сборки по-прежнему отказывается. Интеграция работает, когда файл копируется вручную, но процесс очистки не выполняется, если только все файлы -даже если сборка нацелен только на один abi.
среда

• libjpeg-turbo version: 3.0. Версия: 23.1.7779620
• версия Android Studio: Hedgehog | Brinkmunk
• плагин Gradle: 7.x
• Система сборки: ndk-build через Gradle (

  Код: Выделить всё

  externalNativeBuild.ndkBuild

  )
• target abi: armeabi-v7a и arm64-v8a
• minsdkversion: 21

steps to Reproduce





libturbojpeg.so Использование Cmake для Armeabi-V7a и Arm64-V8a
[*] Place .so файлы в соответствующие libs// папки
[*] declare_src_files: = = = ../../ libs/$ (target_arch_abi) /libturbojpeg.so in android.mk
[*] запустить ndk-build.cmd clean или ./gradlew clean
Следите за ошибкой, если кто-то Abi. /> < /ol>
ожидаемое поведение < /h3>

Код: Выделить всё

ndkClean

не должен терпеть неудачу, если создан только выбранный APP_ABI , или он должен обеспечить более четкий механизм резерва, если A .SO не используется текущим ABI.
Spareplound

copy. /> Или временно ограничить app_abi < /code> только одной целью в Application.mk < /code> < /li>
< /ul>
запрос < /h3>
Можете ли вы подтвердить? .so без нажатия локального_SRC_FILES ошибки для неиспользованных ABIS?>

Подробнее здесь: https://stackoverflow.com/questions/796 ... e-after-in