之前聽一個朋友反饋LuaScriptoCore在Windows下編譯會報錯,今天特意跑到Windows環(huán)境下測試了一番逞力,果然是存在問題啦吧。得到了下面的編譯報錯信息:
Build command failed.
Error while executing process C:\Users\vimfung\AppData\Local\Android\Sdk\ndk-bundle\ndk-build.cmd with arguments {NDK_PROJECT_PATH=null APP_BUILD_SCRIPT=C:\Users\vimfung\Documents\LuaScriptCore\Source\Unity3D\Android\luascriptcore-unity-android\src\main\jni\Android.mk APP_ABI=arm64-v8a NDK_ALL_ABIS=arm64-v8a NDK_DEBUG=1 APP_PLATFORM=android-21 NDK_OUT=C:/Users/vimfung/Documents/LuaScriptCore/Source/Unity3D/Android/luascriptcore-unity-android/build/intermediates/ndkBuild/debug/obj NDK_LIBS_OUT=C:\Users\vimfung\Documents\LuaScriptCore\Source\Unity3D\Android\luascriptcore-unity-android\build\intermediates\ndkBuild\debug\lib APP_CPPFLAGS+=-frtti APP_CPPFLAGS+=-fexceptions APP_CPPFLAGS+=-std=gnu++11 APP_CPPFLAGS+=-Wno-format-contains-nul APP_CPPFLAGS+=-g APP_CPPFLAGS+=-Wno-deprecated-declarations APP_CPPFLAGS+=-fpermissive APP_STL=gnustl_static NDK_DEBUG=1 APP_PLATFORM=android-14 NDK_TOOLCHAIN_VERSION=4.9 C:/Users/vimfung/Documents/LuaScriptCore/Source/Unity3D/Android/luascriptcore-unity-android/build/intermediates/ndkBuild/debug/obj/local/arm64-v8a/libLuaScriptCore-Unity-Android.so}
Android NDK: WARNING: Unsupported source file extensions in C:\Users\vimfung\Documents\LuaScriptCore\Source\Unity3D\Android\luascriptcore-unity-android\src\main\jni\Android.mk for module LuaScriptCore-Unity-Android
Android NDK: ../../../../../../lua-core/src/lua.hpp
[arm64-v8a] Compile++ : LuaScriptCore-Unity-Android <= LuaScriptCoreForUnity.cpp
C:/Users/vimfung/Documents/LuaScriptCore/Source/Unity3D/Android/luascriptcore-unity-android/src/main/jni/../../../../../UnityCommon/LuaScriptCoreForUnity.cpp:616:1: fatal error: opening dependency file C:/Users/vimfung/Documents/LuaScriptCore/Source/Unity3D/Android/luascriptcore-unity-android/build/intermediates/ndkBuild/debug/obj/local/arm64-v8a/objs-debug/LuaScriptCore-Unity-Android/C_/Users/vimfung/Documents/LuaScriptCore/Source/Unity3D/Android/luascriptcore-unity-android/src/main/jni//////UnityCommon/LuaScriptCoreForUnity.o.d: No such file or directory
}
^
compilation terminated.
make: *** [C:/Users/vimfung/Documents/LuaScriptCore/Source/Unity3D/Android/luascriptcore-unity-android/build/intermediates/ndkBuild/debug/obj/local/arm64-v8a/objs-debug/LuaScriptCore-Unity-Android/C/Users/vimfung/Documents/LuaScriptCore/Source/Unity3D/Android/luascriptcore-unity-android/src/main/jni/////_/UnityCommon/LuaScriptCoreForUnity.o] Error 1
其中最重要的信息就是這段描述:
fatal error: opening dependency file C:/Users/vimfung/Documents/LuaScriptCore/Source/Unity3D/Android/luascriptcore-unity-android/build/intermediates/ndkBuild/debug/obj/local/arm64-v8a/objs-debug/LuaScriptCore-Unity-Android/C_/Users/vimfung/Documents/LuaScriptCore/Source/Unity3D/Android/luascriptcore-unity-android/src/main/jni/////__/UnityCommon/LuaScriptCoreForUnity.o.d: No such file or directory
意思是說沒有找到對應(yīng)的LuaScriptCoreForUnity.o.d文件绿店。后來經(jīng)過查找資料發(fā)現(xiàn)是因為Windows下如果你的路徑超長,其實會導致編譯失敗铸史,無法生成.o文件鼻疮,因此就會出現(xiàn)無法找到的提示。
對于出現(xiàn)這種情況琳轿,可以嘗試下面三種方案:
方案一:修改長路徑文件
手動調(diào)整項目中的文件路徑和文件名稱來縮短編譯的文件路徑判沟,讓它在限制的長度以內(nèi)。
不過這種方式不太適用于我的項目崭篡,主要因為我的項目是一款SDK挪哄,不能太隨意地調(diào)整文件名稱和目錄結(jié)構(gòu)。
方案二:Gradle編譯設(shè)置
打開項目的build.gradle文件琉闪,在allprojects
項下添加下面設(shè)置:
allprojects {
if(org.gradle.internal.os.OperatingSystem.current().isWindows())
{
//Windows下由于路徑問題會導致編譯報錯迹炼,這里重新設(shè)置build路徑
buildDir = "C:/tmp/${rootProject.name}/${project.name}"
}
repositories {
jcenter()
google()
}
}
該設(shè)置主要是判斷當前環(huán)境是否為Windows,如果是則將編譯目錄設(shè)置到C:/tmp目錄下颠毙。
這種方式跟方案一類似斯入,但是不會調(diào)整編譯文件的名字,但是能夠改變編譯輸出的路徑蛀蜜。經(jīng)過嘗試能夠解決部分項目編譯問題刻两,但是對于一些項目路徑較深的項目依然不適用。
方案三:調(diào)整Android.mk文件
該方式主要針對使用mk文件進行編譯的項目滴某,如果你的mk文件中設(shè)置的LOCAL_SRC_FILES
項中每個編譯文件都帶有$(LOCAL_PATH)
環(huán)境變量磅摹,那么可以將這個變量給移除調(diào)滋迈,再進行編譯。
估計是因為JNI編譯問題偏瓤,編譯產(chǎn)生的文件會根據(jù)你在mk文件中指定的路徑來創(chuàng)建杀怠,如果你在mk文件中配置了$(LOCAL_PATH)/cpp/Test.cpp
,那么厅克,它會先對這個編譯路徑進行解析,假設(shè)文件就放在C:/project/sample/
下橙依,那么轉(zhuǎn)換出來的路徑就是C:/project/sample/cpp/Test.cpp
证舟,最終輸出文件路徑就會是C:/tmp/buildDir/C/project/sample/cpp/Test.o
。這樣無形中增加了三級目錄窗骑,而這目錄正是$(LOCAL_PATH)
帶來的女责。
所以移除后這個環(huán)境變量后項目就會以相對路徑來查找編譯文件,不會影響編譯创译,同時也能夠去除掉由于$(LOCAL_PATH)
產(chǎn)生的多余目錄路徑抵知。我的項目正好是使用Android.mk進行編譯的,調(diào)整后編譯正常软族,問題解決刷喜!