Сбой RenderScript в macOS Каталина (10.15) - PullRequest
6 голосов
/ 14 октября 2019

Я обновился до MacOS Catalina. Сегодня утром, когда я работал над своим проектом Android, он неожиданно начал выдавать следующее исключение: «ОШИБКА: Причина: ошибка = 86, неверный тип процессора в исполняемом файле».

Я подозреваю, что это потому, что я обновил до macOS 10.15 И потому, что я попытался построить APK для своего проекта (поэтому он перестроил материал Renderscript). Вот полная трассировка стека:

org.gradle.process.internal.ExecException: A problem occurred starting process 'command '/Users/name/Library/Android/sdk/build-tools/28.0.3/arm-linux-androideabi-ld''
    at org.gradle.process.internal.DefaultExecHandle.execExceptionFor(DefaultExecHandle.java:232)
    at org.gradle.process.internal.DefaultExecHandle.setEndStateInfo(DefaultExecHandle.java:209)
    at org.gradle.process.internal.DefaultExecHandle.failed(DefaultExecHandle.java:356)
    at org.gradle.process.internal.ExecHandleRunner.run(ExecHandleRunner.java:86)
    at org.gradle.internal.operations.CurrentBuildOperationPreservingRunnable.run(CurrentBuildOperationPreservingRunnable.java:38)
    at org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:63)
    at org.gradle.internal.concurrent.ManagedExecutorImpl$1.run(ManagedExecutorImpl.java:46)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
    at org.gradle.internal.concurrent.ThreadFactoryImpl$ManagedThreadRunnable.run(ThreadFactoryImpl.java:55)
    at java.lang.Thread.run(Thread.java:748)
Caused by: net.rubygrapefruit.platform.NativeException: Could not start '/Users/name/Library/Android/sdk/build-tools/28.0.3/arm-linux-androideabi-ld'
    at net.rubygrapefruit.platform.internal.DefaultProcessLauncher.start(DefaultProcessLauncher.java:27)
    at net.rubygrapefruit.platform.internal.WrapperProcessLauncher.start(WrapperProcessLauncher.java:36)
    at org.gradle.process.internal.ExecHandleRunner.startProcess(ExecHandleRunner.java:97)
    at org.gradle.process.internal.ExecHandleRunner.run(ExecHandleRunner.java:70)
    ... 7 more
Caused by: java.io.IOException: Cannot run program "/Users/name/Library/Android/sdk/build-tools/28.0.3/arm-linux-androideabi-ld" (in directory "/Users/name/Documents/Projects/onlinetrucks_android/MyApplication/app"): error=86, Bad CPU type in executable
    at java.lang.ProcessBuilder.start(ProcessBuilder.java:1048)
    at net.rubygrapefruit.platform.internal.DefaultProcessLauncher.start(DefaultProcessLauncher.java:25)
    ... 10 more
Caused by: java.io.IOException: error=86, Bad CPU type in executable
    at java.lang.UNIXProcess.forkAndExec(Native Method)
    at java.lang.UNIXProcess.<init>(UNIXProcess.java:247)
    at java.lang.ProcessImpl.start(ProcessImpl.java:134)
    at java.lang.ProcessBuilder.start(ProcessBuilder.java:1029)
    ... 11 more

и при выполнении Gradle Sync я получаю

warning: Linking two modules of different target triples: /Users/name/Library/Android/sdk/build-tools/28.0.3/renderscript/lib/bc/x86/libclcore.bc' is 'armv7--linux-android' whereas '/Users/name/Documents/Projects/onlinetrucks_android/MyApplication/app/build/generated/res/rs/debug/raw/bc32/singlesource.bc' is 'armv7-none-linux-gnueabi'

и

Execution failed for task ':app:compileDebugRenderscript'.

Проблемапроизошел запуск процесса 'команда' /Users/name/Library/Android/sdk/build-tools/28.0.3/arm-linux-androideabi-ld''

Есть ли способ заставить AndroidСтудия, чтобы попробовать вместо этого использовать 64-битные совместимые версии библиотек? Буду признателен за любую помощь, так как огромная часть проекта зависит от Renderscript.

Дополнительные примечания:

  1. Я не использую androidX в этом проекте, так как он испортил визуализацию и затем не совместим с 64-битным требованием Google Play,

  2. Часть отрисовки в моем файле Gradle выглядит так:

    renderscriptTargetApi 22
    renderscriptSupportModeEnabled true
    

1 Ответ

0 голосов
/ 21 октября 2019

Для тех, у кого такая же проблема, это ошибка. При использовании Renderscript, компоновщик использует 32-битный файл. Несколько ошибок были зарегистрированы. Если вы хотите отслеживать, вы можете следить за тем, что происходит здесь: https://issuetracker.google.com/issues/142590626

Удерживая большие пальцы, они скоро это исправят!

...