Ответ 1
EDIT/UPDATE 7 июля 2017 г.
Мэтт из команды Fabric здесь с обновлением этого ответа - мы только что выпустили плагин Fabric Gradle версии 1.23.0, который включает в себя поддержку автоматического обнаружения соответствующих путей исходной библиотеки, когда вы используете DSL externalNativeBuild
с плагином Android для Gradle версии 2.2.0+, поэтому вам больше не нужно устанавливать свойства androidNdkOut
и androidNdkLibsOut
. Это будет работать как с CMake, так и с ndk-build
. Подробнее читайте здесь: https://docs.fabric.io/android/crashlytics/ndk.html#specifying-the-path-to-debug-and-release-binaries
Я мог бы решить проблему после получения справки Crashlytics/Fabric Поддержка, спасибо им. Этот ответ.
Во-первых, для
crashlytics {
enableNdk true
androidNdkOut //what would be the obj here?
androidNdkLibsOut 'src/main/jniLibs' //path for my jni libraries
}
для моего приложения build.gradle
, оно должно быть:
crashlytics {
enableNdk true
androidNdkOut 'src/main/jniLibs'
androidNdkLibsOut 'src/main/jniLibs'
}
androidNdkOut - это место, где находятся ваши двоичные файлы. Это значение по умолчанию на 'src/main/obj', но вы можете установить в crashlytics {}, если это разные в вашем проекте.
ссылка, которая содержит полезную информацию о том же: база знаний crashlytics; Отсутствие номеров строк при сбоях на родном языке
Небольшая, но очень полезная часть выполняла команды типа uploadReleaseSymbols
с опцией --stacktrace
. Подумал, что стоит упомянуть, что (загрузка символов выпуска) также была проблемой на моей стороне, чтобы не получать отчеты о сбоях.