2017-12-23 9 views
0

Aus irgendeinem Grund dauern meine Android NDK-Projekte Jahre, um eine Aktualisierung oder einen Build abzuschließen. Das Problem tritt nur auf, wenn ein Projekt zum ersten Mal erstellt wird oder wenn die CMakeLists.txt geändert wird.Android NDK-Projekt dauert Jahre, um Gradle Buid aufgrund von Cmake-Prüfungen abzuschließen

Es kann 45 Minuten dauern, aber danach sind die nächsten Builds schnell (1min oder weniger). Während dieser Zeit ist die IDE unbrauchbar, da sie nicht die richtige Projektstruktur und Konfiguration aufweist.

Ich benutze Gradle 4.1, Android Plugin 3.0.1 und NDK 16.1 (das letzte in diesem Moment).

Dies ist, was im Protokoll angezeigt werden (full log here)

Executing tasks: [assemble] 

Configuration on demand is an incubating feature. 
CMake Warning at <android_path>/Android/ndk-bundle/build/cmake/android.toolchain.cmake:63 (message): 
    Using custom NDK path (ANDROID_NDK is set): 
    C:\Users\Fran\AppData\Local\Android\ndk-bundle 
Call Stack (most recent call first): 
    <android_path>/Android/cmake/3.6.4111459/share/cmake-3.6/Modules/CMakeDetermineSystem.cmake:98 (include) 
    CMakeLists.txt 
-- Check for working C compiler: <android_path>/Android/ndk-bundle/toolchains/llvm/prebuilt/windows-x86_64/bin/clang.exe 
-- Check for working C compiler: <android_path>/Android/ndk-bundle/toolchains/llvm/prebuilt/windows-x86_64/bin/clang.exe -- works 
-- Detecting C compiler ABI info 
-- Detecting C compiler ABI info - done 
-- Detecting C compile features 
-- Detecting C compile features - done 
-- Check for working CXX compiler: <android_path>/Android/ndk-bundle/toolchains/llvm/prebuilt/windows-x86_64/bin/clang++.exe 
-- Check for working CXX compiler: <android_path>/Android/ndk-bundle/toolchains/llvm/prebuilt/windows-x86_64/bin/clang++.exe -- works 
-- Detecting CXX compiler ABI info 
-- Detecting CXX compiler ABI info - done 
-- Detecting CXX compile features 
-- Detecting CXX compile features - done 
-- Configuring done 
-- Generating done 
-- Build files have been written to: <project_path>/NativeTest/app/.externalNativeBuild/cmake/debug/armeabi-v7a 

Es gibt eine Möglichkeit, alle jedes Mal, diese Kontrollen zu vermeiden? Oder irgendeine Art, diesen Prozess zu befestigen?

+0

'Gibt es eine Möglichkeit, all diese Prüfungen jedes Mal zu vermeiden? - Was meinst du mit "jedes Mal"? Nach dem Erkennen des Compilers für x86 erkennt es nicht für Arm? Unwahrscheinlich. Wie für die Wiederverwendung Cache in "Debug" -Konfiguration für "Release" eins erhalten. Von selbst kann CMake nicht tun. Einige Build-Tools können jedoch einmal für mehrere Konfigurationen konfiguriert werden. – Tsyvarev

+0

Mit "jedes Mal" wollte ich in gewisser Weise die "Check for Working Compiler" und "Detecting Compiler" überspringen, da sie bei jedem Projekt-Refresh/Rebuild exakt gleich aussehen (wenn ich es 30-mal mache, schauen die 30-mal wie das selbe) ... Wie auch immer, danke für deine Antwort, das Problem löste sich von selbst und es dauert jetzt immer weniger als 10-20 Sekunden, weiß eigentlich nicht warum, denn seitdem habe ich nichts verändert. – Urkaz

Antwort

0

Wie im Kommentar oben gesagt, löste das Problem von selbst, ohne Zusammenhang mit dem Problem etwas zu tun, wie die Konfiguration zu ändern oder die IDE oder das SDK zu aktualisieren ... Wery seltsam ...

Das einzige, was ich Habe das System aktualisiert (Windows) ... vielleicht hatte ich etwas kaputt dass das Update behoben ...?

Verwandte Themen