Go編譯32位GNU靜態連結庫的方法
Go連結庫系統的難用可謂是人盡皆知,不同Go版本編譯出來的不相容,而且只支援GNU的,不能編譯出Windows上的dll和lib。
本次有需求是將Go程式碼編譯成32位GNU靜態連結庫。
Go程式碼
編寫程式碼如下:
package main import "C" //export Add func Add(a,b int32) int32 { return a + b } func main() {}
注意我們必須把想要匯出的函式顯式使用//export Add
註釋標明,否則編譯後不會產生對應的標頭檔案。
Go側編譯
注意兩點,需要開啟CGO_ENABLED=1
和GOARCH=386
。在Linux可以直接設定環境變數之後執行go,Windows的話如果命令列在WSL,就不好改go.exe的環境變量了,我的做法是在Makefile中寫這樣的命令:
all: go.exe env -w GOARCH=386 go.exe env -w CGO_ENABLED=1 go.exe build -x -v -buildmode=c-archive . go.exe env -w GOARCH=amd64 go.exe env -w CGO_ENABLED=0
-buildmode=c-archive表示編譯成靜態連結庫,如果是動態,則是c-shared。
編譯完成後生成.h和.a兩個檔案。
C++側鏈接
需要使用32位編譯器或是64位並指定編譯目標為32位。
在C++程式碼中include編譯生成的.h檔案,cmake中通過include_directories指定include路徑,並通過target_link_libraries指定要連結的.a檔案。
注意
Go編譯連結庫的元件cgo依賴於GCC,因為GCC所支援的平臺與Go目標編譯產物的平臺是相關的。一般來說如果Go想編譯出32位連結庫,則GCC也用32位是比較方便的,C++側也用32位的。否則需要指定一堆引數和做一些配置,會相對麻煩一些。
ps:下面看下GO 使用靜態連結庫編譯 生成可執行檔案 使用第三方 .a 檔案,無原始碼構造
go build 和 go install 都需要使用原始碼來進行編譯。但是有時候我們只有.a或者.so檔案。並不能獲取到第三方庫的原始碼,這時我們需要靜態連結庫編譯的技巧;
上圖是實驗前的檔案分佈。
使用靜態連結庫編譯命令:
➜ src go tool compile -I ../pkg/darwin_amd64/ callyx.go ➜ src go tool link -o call2 -L ../pkg/darwin_amd64/ callyx.o
實驗後文件分佈:
由圖中我們可以看到,可執行檔案生成。
總結
到此這篇關於Go編譯32位GNU靜態連結庫的文章就介紹到這了,更多相關Go編譯32位GNU靜態連結庫內容請搜尋我們以前的文章或繼續瀏覽下面的相關文章希望大家以後多多支援我們!