go靜態庫交叉編譯

㈠ Go語言怎麼交叉編譯別的機器或系統的可執行文件

windows下面用以下代碼，最好放一個bat文件里．[mw_shl_code=applescript,true]set GOROOT=c:\mygoset GOOS=windowsset GOARCH=386set GOPATH=c:\mygopathset PATH=%PATH%;c:\mingw\bin;%GOROOT%\bincd %GOPATH%\src[/mw_shl_code]

㈡ 如何在golang 中調用c的靜態庫或者動態庫

Cgo 使得Go程序能夠調用C代碼. cgo讀入一個用特別的格式寫的Go語言源文件, 輸出Go和C程序, 使得C程序能打包到Go語言的程序包中.
舉例說明一下. 下面是一個Go語言包, 包含了兩個函數 -- Random 和 Seed -- 是C語言庫中random和srandom函數的馬甲.
package rand

/*
#include <stdlib.h>
*/ import "C" func Random() int { return int(C.random()) } func Seed(i int) { C.srandom(C.uint(i)) }

我們來看一下這里都有什麼內容. 開始是一個包的導入語句.
rand包導入了"C"包, 但你會發現在Go的標准庫里沒有這個包. 那是因為C是一個"偽包", 一個為cgo引入的特殊的包名, 它是C命名空間的一個引用.
rand 包包含4個到C包的引用: 調用 C.random和C.srandom, 類型轉換 C.uint(i)還有引用語句.
Random函數調用libc中的random函數, 然後回返結果. 在C中, random返回一個C類型的長整形值, cgo把它輪換為C.long. 這個值必需轉換成Go的類型, 才能在Go程序中使用. 使用一個常見的Go類型轉換:
func Random() int { return int(C.random()) }

這是一個等價的函數, 使用了一個臨時變數來進行類型轉換:
func Random() int { var r C.long = C.random() return int(r) }

Seed函數則相反. 它接受一個Go語言的int類型, 轉換成C語言的unsigned int類型, 然後傳遞給C的srandom函數.
func Seed(i int) { C.srandom(C.uint(i)) }

需要注意的是, cgo中的unsigned int類型寫為C.uint; cgo的文檔中有完整的類型列表.
這個例子中還有一個細節我們沒有說到, 那就是導入語句上面的注釋.
/*
#include <stdlib.h>
*/ import "C"

Cgo可以識別這個注釋, 並在編譯C語言程序的時候將它當作一個頭文件來處理. 在這個例子中, 它只是一個include語句, 然而其實它可以是使用有效的C語言代碼. 這個注釋必需緊靠在import "C"這個語句的上面, 不能有空行, 就像是文檔注釋一樣.
Strings and things
與Go語言不同, C語言中沒有顯式的字元串類型. 字元串在C語言中是一個以0結尾的字元數組.
Go和C語言中的字元串轉換是通過C.CString, C.GoString,和C.GoStringN這些函數進行的. 這些轉換將得到字元串類型的一個副本.
下一個例子是實現一個Print函數, 它使用C標准庫中的fputs函數把一個字元串寫到標准輸出上:
package print // #include <stdio.h> // #include <stdlib.h> import "C" import "unsafe" func Print(s string) { cs := C.CString(s) C.fputs(cs, (*C.FILE)(C.stdout)) C.free(unsafe.Pointer(cs)) }

在C程序中進行的內存分配是不能被Go語言的內存管理器感知的. 當你使用C.CString創建一個C字元串時(或者其它類型的C語言內存分配), 你必需記得在使用完後用C.free來釋放它.
調用C.CString將返回一個指向字元數組開始處的指錯, 所以在函數退出前我們把它轉換成一個unsafe.Pointer(Go中與C的void 等價的東西), 使用C.free來釋放分配的內存. 一個慣用法是在分配內存後緊跟一個defer(特別是當這段代碼比較復雜的時候), 這樣我們就有了下面這個Print函數:
func Print(s string) { cs := C.CString(s) defer C.free(unsafe.Pointer(cs)) C.fputs(cs, (*C.FILE)(C.stdout)) }

構建 cgo 包
如果你使用goinstall, 構建cgo包就比較容易了, 只要調用像平常一樣使用goinstall命令, 它就能自動識別這個特殊的import "C", 然後自動使用cgo來編譯這些文件.
如果你想使用Go的Makefiles來構建, 那在CGOFILES變數中列出那些要用cgo處理的文件, 就像GOFILES變數包含一般的Go源文件一樣.
rand包的Makefile可以寫成下面這樣:
include $(GOROOT)/src/Make.inc

TARG=goblog/rand
CGOFILES=\ rand.go\ include $(GOROOT)/src/Make.pkg

然後輸入gomake開始構建.
更多 cgo 的資源
cgo的文檔中包含了關於C偽包的更多詳細的說明, 以及構建過程. Go代碼樹中的cgo的例子給出了更多更高級的用法.
一個簡單而又符合Go慣用法的基於cgo的包是Russ Cox寫的gosqlite. 而Go語言的網站上也列出了更多的的cgo包.
最後, 如果你對於cgo的內部是怎麼運作這個事情感到好奇的話, 去看看運行時包的cgocall.c文件的注釋吧.

㈢ Go語言的支持平台

LiteIDE是一款專門為Go語言開發的跨平台輕量級集成開發環境（IDE），由QT編寫。
LiteIDE主要特點： 支持主流操作系統
Windows
linux
MacOS X Go編譯環境管理和切換
管理和切換多個Go編譯環境
支持Go語言交叉編譯 與Go標准一致的項目管理方式
基於GOPATH的包瀏覽器
基於GOPATH的編譯系統
基於GOPATH的Api文檔檢索 Go語言的編輯支持
類瀏覽器和大綱顯示
Gocode(代碼自動完成工具)的完美支持
Go語言文檔查看和Api快速檢索
代碼表達式信息顯示F1
源代碼定義跳轉支持F2
Gdb斷點和調試支持
gofmt自動格式化支持 其他特徵
支持多國語言界面顯示
完全插件體系結構
支持編輯器配色方案
基於Kate的語法顯示支持
基於全文的單詞自動完成
支持鍵盤快捷鍵綁定方案
Markdown文檔編輯支持
實時預覽和同步顯示
自定義CSS顯示
可導出HTML和PDF文檔
批量轉換/合並為HTML/PDF文檔 Sublime Text 2（以下簡稱Sublime）+ GoSublime + gocode + MarGo的組合。
其優點有： 自動化提示代碼。 保存的時候自動格式化代碼，讓您編寫的代碼更加美觀，符合Go的標准。 支持項目管理 支持語法高亮 熟悉Java的讀者應該對於idea不陌生，idea是通過一個插件來支持go語言的高亮語法，代碼提示和重構實現。

㈣ 如何以靜態鏈接方式交叉編譯linux上的軟體n

在編譯命令行中，將使用的靜態庫文件放在源文件後面就可以了。比如：
gcc -L/usr/lib myprop.c libtest.a libX11.a libpthread.a -o myprop
其中-L/usr/lib指定庫文件的查找路徑，編譯器默認在當前目錄下先查找指定的庫文件。

㈤ go build和go install的區別

簡略回答：
go install/build都是用來編譯包和其依賴的包的，不同的是，go install一般生成靜態庫文件放在$GOPATH/pkg目錄下，文件擴展名a，如果為main包，則會在$GOPATH/bin 生成一個可執行的二進制文件。go build好像只對main包有效，在當前目錄編譯生成一個可執行的二進制文件（依賴包生成的靜態庫文件放在$GOPATH/pkg）。你自己可以先把$GOPATH下的pkg和bin目錄清空，試一下不同命令有什麼變化。
詳細回答：
go build
通過go build加上要編譯的Go源文件名，我們即可得到一個可執行文件，默認情況下這個文件的名字為源文件名字去掉.go後綴。
$ go build hellogo.go
$ ls
hellogo* hellogo.go
當然你也可以通過-o選項來指定其他名字：
$ go build -o myfirstgo hellogo.go
$ ls
myfirstgo* hellogo.go
如果我們在go-examples目錄下直接執行go build命令，後面不帶文件名，我們將得到一個與目錄名同名的可執行文件：
$ go build
$ ls
go-examples* hellogo.go

go install
與build命令相比，install命令在編譯源碼後還會將可執行文件或庫文件安裝到約定的目錄下。
go install編譯出的可執行文件以其所在目錄名(DIR)命名
go install將可執行文件安裝到與src同級別的bin目錄下，bin目錄由go install自動創建
go install將可執行文件依賴的各種package編譯後，放在與src同級別的pkg目錄下.

㈥ 編譯好的golang 伺服器 需要 安裝 go 嗎

不用，但是編譯的系統環境，要和運行的系統環境一樣（比如都是Linux64位的），當然也可以交叉編譯（在Windows上就可以編譯出Linux能用的可執行文件）

㈦ QT交叉編譯時怎麼添加靜態庫，急！！！

INCPATH = -I../EmbedSky/qt-4.5/__install/arm/mkspecs/default -I. -I../EmbedSky/qt-4.5/__install/arm/include/QtCore -I../EmbedSky/qt-4.5/__install/arm/include/QtNetwork -I../EmbedSky/qt-4.5/__install/arm/include/QtGui -I../EmbedSky/qt-4.5/__install/arm/include -I. -I. -I.
在這里增加你編譯的靜態庫。。。可以試試，我也是新手

㈧ makefile 交叉編譯怎麼引用靜態庫

看你的mysql當前默認的存儲引擎:
mysql>
show
variables
like
'%storage_engine%';
你要看某個表用了什麼引擎(在顯示結果里參數engine後面的就表示該表當前用的存儲引擎):
mysql>
show
create
table
表名;

㈨ 現在go可以靜態編譯一個程序么

第一步：all.bash

% cd $GOROOT/src
% ./all.bash

第一步有些突兀，因為 all.bash 僅僅調用了其它兩個 shell 腳本；make.bash 和 run.bash。如果你在使用 Windows 或 Plan 9，過程是一樣的，只是腳本擴展名變成了.bat 或.rc。對於本文中的其它腳本，請根據你的系統適當改動。
第二步：make.bash

. ./make.bash --no-banner

main.bash 來源於 all.bash，因此調用退出將正確終止便宜進程。main.bash 有三個主要工作，第一個是驗證編譯 Go 的環境是否完整。完整性檢查在過去幾年中建立，它通常嘗試避免使用已知的破損工具或必然失敗的環境進行編譯。
第三步. cmd/dist

gcc -O2 -Wall -Werror -ggdb -o cmd/dist/dist -Icmd/dist cmd/dist/*.c

一旦可用性檢查完畢，make.bash 將編譯產生 cmd/dist,cmd/dist取代了之前存在於Go 1 之前的Makefile 編譯系統。cmd/dist用來管理少量的pkg/runtime的代碼生成。cmd/dist 是C語言編寫的程序，能夠充分利用系統C編譯器和頭文件來處理大部分主機系統平台的檢測。cmd/dist通常用來檢測主機的操作系統和體系結構,即環境變數$GOHOSTOS和$GOHOSTARCH .如果是交叉編譯的話，變數 $GOOS和$GOARCH可能會由於你的設置而不同。事實上,Go 通常用作跨平台編譯器，只不過多數情況下，主機和目標系統一致而已。接下來，make.bash 調用cmd/dist 的引導參數的支持庫、 lib9、 libbio 和 libmach，使用編譯器套件，然後用自己的編譯器進行編譯。這些工具也是用 C 語言寫的中，但是由系統 C 編譯器編譯產生。

echo "# Building compilers and Go bootstrap tool for host, $GOHOSTOS/$GOHOSTARCH."
buildall="-a"
if [ "$1" = "--no-clean" ]; then
buildall=""
fi
./cmd/dist/dist bootstrap $buildall -v # builds go_bootstrap

使用的編譯器套件 cmd/dist 編譯產生一個版本的gotool，go_bootstrap。但go_bootstrap並不是完整得gotool，比方說 pkg/net 就是孤立的，避免了依賴於 cgo。要編譯的文件的列表以及它們的依賴項，是由cmd/dist編譯的 ，所以十分謹慎地避免引入新的生成依賴項 到 cmd/go。

第四步：go_bootstrap

現在， go_bootstrap 編譯完成了，make.bash 的最後一部就是使用 go_bootstrap 完成 Go 標准庫的編譯，包括整套 gotool 的替換版。

echo "# Building packages and commands for $GOOS/$GOARCH."
"$GOTOOLDIR"/go_bootstrap install -gcflags "$GO_GCFLAGS" \
-ldflags "$GO_LDFLAGS" -v std

第五步：run.bash

現在，make.bash 完成了，運行回到了 all.bash，它將引用 run.bash。run.bash 的工作是編譯和測試標准庫，運行時以及語言測試套件。

bash run.bash --no-rebuild

使用 --no-rebuild 標識是因為 make.bash 和 run.bash 可能都調用了 go install -a std，這樣可以避免重復，--no-rebuild 跳過了第二個 go install。

# allow all.bash to avoid double-build of everything
rebuild=true
if [ "$1" = "--no-rebuild" ]; then
shift
else
echo '# Building packages and commands.'
time go install -a -v std
echo
fi

第六步：go test -a std

echo '# Testing packages.'
time go test std -short -timeout=$(expr 120 \* $timeout_scale)s
echo

下一步 run.bash z則是對標准庫中的所有包進行單元測試，這是使用 testing 包編寫的。由於 $GOPATH 和 $GOROOT 中的代碼存在於同一個命名空間中，我們不能使用 go test，這可能會測試 $GOPATH 中的所有包，所以將創建別名std來標識標准庫中的包。由於有些測試需要很長時間，或耗用大量內存，測試將會通過 -short 標識將其過濾。
第七步 runtime 和 cgo 測試

run.bash的下一節將運行大量對cgo支持的平台測試，運行一些季春測試，編譯 Go 附帶的一些雜項程序。隨著時間的推移，這份雜項程序列表已經變長了，當它們發現自己並不包含在編譯過程中時，沉默將不可避免的被打破。

第八步： go run test

(xcd ../test
unset GOMAXPROCS
time go run run.go
) || exit $?

run.bash的倒數第二步調用了$GOROOT目錄下test文件夾中的編譯器和運行時測試。這其中有描述編譯器和運行時本身的低層級測試。而子目錄 test/bugs 及 test/fixedbugs 中的測試對已知問題和已解決問題進行特別的測試。所有測試的測試驅動器是 $GOROOT/test/run.go，該程序很小，它調用test文件夾中的每個.go 文件。有些 .go 文件在首行上描述了預期的運行結果，例如，程序失敗或是放出特定的輸出隊列。

第九步go tool api

echo '# Checking API compatibility.'
go tool api -c $GOROOT/api/go1.txt,$GOROOT/api/go1.1.txt \
-next $GOROOT/api/next.txt -except $GOROOT/api/except.txt

run.bash的最後一部將調用API工具，API工具的作用是執行 Go 1 約定；導出的符號，常數，函數，變數，類型和方法組成2012年確認的 Go 1 API。Go 1 寫在 api/go1.txt 文件，而 Go 1.1 則寫在 api/go1.1.txt文件中。另一個額外的文件，api/next.txt 描述了G 1.1自後添加到標准庫和運行時中的符號。當 Go 1.2 發布時，這個文件將會成為 Go 1.2 的約定，另一個新的 next.txt 文件也將被創建。這里還有一個小文件，except.txt，它包括 Go 1 約定中被批準的擴展。對文件的增添總是小心翼翼的。