ndk-build 編譯報錯 fatal error: error writing to -: Invalid argument } ^

最近下載同事的 Android 工程代碼，協做開發一些 Native 底層功能，須要首先編譯底層的一些 JNI 的代碼庫，因爲工程較大，且依賴的第三方庫比較多，下載完畢後，經過 ndk-build 進行編譯，報了一些個奇怪的錯誤，並指向了代碼文件的最後一行，以下所示：

fatal error: error writing to -: Invalid argument } ^

此工程源碼一直是同事在 MAC 下進行開發維護的，在同事的環境中是正常的，而我是 Windows 平臺，剛開始懷疑是文件類型不對，經過 NotePad++ 轉換代碼文件格式爲 UNIX ，編譯測試失敗；經過 msys  的 VI 編輯器新建文件複製此代碼文件內容並保存爲新的文件，經測試也是不行，至此判斷應該不是文件格式的問題了。

經過 Google 查找此錯誤信息，資料甚少，只有一個有用的信息，說是文件路徑名太長了，改短一點就好了，咱們知道 Windows 系統對路徑的最大長度限定爲 260 字節，可是我查看咱們的文件全路徑總長度也就才 130 幾個字節，還沒有查過最大長度，但經過簡單的嘗試，如僅僅是縮短了文件名長度，進行編譯，最後發現仍是有些效果的，至少大部分 native 代碼文件不會再報此類錯誤了，可是不幸的，NDK 編譯的四個 ABI 架構（armeabi、armeabi-v7a、arm64-v7a、x86），前三個 ABI 都是能夠編譯成功的，惟獨最後一個仍然會報上述錯誤，並且報錯的只會是 LOCAL_SRC_FILES 指向的第一個代碼文件，調整代碼文件順序依舊，這就說明了這種編譯錯誤應該是與 Android.mk 文件有關了，而此 mk 文件在同事的 MAC 上運行一切正常，惟獨到個人 Windows 上運行出現各類錯誤，針對此問題，看來仍是上述方法中經過簡單的縮短代碼文件名的方法並無從根本上解決問題，經過仔細查看 ndk-build 編譯過程當中輸出的日誌信息，發現其生成的代碼中間文件 *.o 存儲在 objs 的很深的目錄，是吧我代碼文件的全局路又複製了一遍，經過 Windows 的快捷鍵去複製、粘貼 這樣的文件夾，系統就會報錯，提示路徑長度太長，至此，我彷佛看到一絲但願。

原來同事爲了保證你們下載編譯這個工程目錄可以統一，在代碼文件前定義了一個宏變量，如：

ENCODER_MODULE_PATH := $(TOP_LOCAL_PATH)/encoder-module

而後在引用指定代碼文件列表的時候，加上了此宏變量做爲前綴，如：

LOCAL_SRC_FILES += $(ENCODER_MODULE_PATH)/video_encoder.c 

這樣就至關於給此文件制定了一個絕對路徑了，因爲代碼所在目錄原本就很深，這樣至關於在 obj 中間文件目錄中重複了一遍源文件的目錄，致使總體路徑長度超過了 260 字節，從而報出此類奇葩的錯誤，而 Linux 下系統對目錄的最大長度限制默認爲 4096，怪不得同事的 MAC 系統不報錯。好的，緣由知道了，修改源文件列表中由絕對路徑改成相對路徑就能夠了，如：

LOCAL_SRC_FILES += ./video_encoder.c

至此，大功告成，編譯成功！