go寫編譯器
Ⅰ 現在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 約定中被批準的擴展。對文件的增添總是小心翼翼的。
Ⅱ 為什麼不用Go語言寫單片機程序
單片機不像一些應用軟體，和硬體結合十分緊密，必須要求「高效」，所以匯編語言是最好選擇，其次就是C語言了。其他語言編譯效率都太低，滿足不了要求。
Ⅲ Go 是怎麼使用 Go 來編譯自身的
至於怎麼編譯自身的：
用其它語言比如c++實現一個[Go語言編譯器-1]
用Go語言寫一個[Go語言編譯器-2]
用這個c++實現的[Go語言編譯器-1]編譯第2步裡面說的Go語言寫的[Go語言編譯器-2]
用第3步得到的[Go語言編譯器-2]，再編譯一次第2步裡面說的[Go語言編譯器-2]的源碼。
OK，現在有一個Go語言實現的編譯器了，最開始那個c++寫的編譯器沒用了，可以扔掉不要了。以後就不停的優化使用這個Go語言實現的自身的編譯器就行了。
Ⅳ Go語言有什麼好用的IDE嗎
我喜歡jetbrains系列的IDE+go插件。不過我要說的是這個問題主要看你的觀點如何。
說eclipse：
構建方式是使用go install 命令，每一次編譯運行都是go install。這樣的好處就是如果你有很多的包，下載下來並沒有編譯，這樣每次編譯速度是很快的。而且（！）go install 符合go官方的項目結構，官方說過了，一個go的項目應該是以個gopath，包含src，pkg，bin三個主要目錄。所以說go install個人認為才是主要的go編譯方式。
說eclipse的缺點：
其實eclipse插件的go編譯方式，還有目錄結構，項目結構，都是非常完美的！！！！真的很完美！可是，他的代碼提示，太差件！大括弧都不能自動補全，gdb 32bit 64bit兼容問題，eclipseC++ 沒有html js插件，需要手動安裝，幾乎不能開箱即用。不過如果你是開發演算法，數據處理，還是推薦eclipse的，畢竟其他都無關緊要。
說jetbrains：
說先說clione肯定不適合，新建項目沒有向導，導致改成go項目各種不開心，比如圖標對於我來說就無法接受go lib 不是小耗子~這是次要的，重要的是各個文件都是灰色的（沒有在cmake中包含的結果），然後說剩下的，phpstorm這個不說了，估計很少有人插件按在這里，webstorm，體驗也不是很好，idea？體驗很好，可是畢竟比較重，尤其是現在加入了自家的K啥玩意（無意冒犯，沒記住單詞）~可是話說回來，go跟C系列IDE配合才是最佳，跟java系列一點不搭關系，用idea似乎有點格格不入，但是！idea支持新建項目向導，lib的圖標也很清晰，最後還是選擇idea吧，期待clion的強大起來！
再說jetbrains系列缺點：
插件的構建方式是go buiild 這個讓人很不爽，我們幾乎不確定會構建到什麼地方去，還要每次設置一下run配置。這個可能無關緊要，畢竟不是什麼大的毛病，可是go build不能緩存.a文件，直接構建的結果就是很多第三方包的情況下很慢！所以建議安裝包的時候手動install 一下解決這個問題。自帶代碼格式化，這個格式化跟go 格格不入，總的來說就是蛋疼，心碎，菊花癢。
最後說liteIDE：
輕量級IDE，我可以說是國人GO偉大作品典範，然而默認構建也是go build，項目管理方式不符合go官方標准。代碼提示不能自動導入（eclipse也不能），不過如果你的項目是以包為單位的，那麼另當別論。一定很不錯，畢竟是輕量級專門針對GO的IDE！
說這些，其實還有很大一部分取決於你的項目是用vendor機制管理，還是godeps機制管理依賴關系。go不像java擁有強大的幾乎天下一統的maven（無意冒犯，暫不評價其他構建套件）。
go沒有官方包倉庫。
go沒有官方包管理工具。
go沒有官方自動化構建套件。
上面三個沒有是致命要害。導致民間各種百花齊放。
說說我的項目怎麼管理
gpm 一個shell工具（windows下你可以用git的bash，或者cygwin~）
我是嚴格艷照官方推薦方式管理go項目，一個go項目一個gopath。系統的gopath只是為了安裝go命令，我沒有配置gobin，意義不大。
項目的依賴跟我的代碼包都在src下（非vendor）
vendor用來存放包的特殊依賴，發布項目直接把依賴包發布上去（公網管理則只上傳依賴關系文件 godeps文件）
資源文件等都放在src目錄同級，編譯文件放在bin，引用直接../引用。
Ⅳ Go語言編譯器TinyGo，基於LLVM，在微控制器和小系統上編譯和運行
TinyGo是一個為微控制器、WebAssembly(Wasm)和命令行工具等小型場景設計的Go語言編譯器。TinyGo重用了Go語言工具和LLVM使用的庫，以編譯用Go語言編寫的程序。目前，該項目在GitHub上已經積累了10.1k的Star。
如下為一個示常式序，當運行在任何支持的帶板載LED的主板上時，則會點亮內置LED。
上述程序可以在單片機、Adafruit ItsyBitsy M0微控制器或任何支持的帶內置LED的板上進行編譯和不需要修改的運行，只要設置正確的TinyGo編譯器目標即可。例如，設置如下目標可以編譯和點亮 單片機。
項目概述
TinyGo項目旨在將Go語言引入到具有單進程或核心的微控制器和小系統。TinyGo類似於emgo，但主要的區別在於作者想要保留Go內存模型。另一個區別在於TinyGo在內部使用LLVM，因而可以獲得更小更高效的代碼以及更高的靈活性。
創建TinyGo項目的初衷是，如果python可以在微控制器上運行，Go語言當然也應該能夠在更低級微設備上運行。
支持設備
你可以為微控制器、WebAssembly和Linux編譯TinyGo程序。目前，TinyGo支持以下85種微處理器板。
更多技術細節請參閱原項目。
Ⅵ eclipse配置go
1.下載go的windows下的安裝包：
https://code.google.com/p/go/downloads/list
也可以下載源代碼，用MinGW編譯。先配置好MinGW的環境，再運行all.bat即可。
MingW：http://www.mingw.org/
2.下載gocode，用於go的補全提示：
gocode 的github地址：
https://github.com/nsf/gocode
要安裝git，在windows下，通常用msysgit。
https://code.google.com/p/msysgit/
再在cmd下安裝：
go get -u github.com/nsf/gocode
也可以下載代碼，直接用go build來編譯，會生成gocode.exe。
3.在eclipse中安裝插件：
http://code.google.com/p/goclipse/wiki/InstallationInstructions
4.配置插件：
(1).配置go的編譯器
(2).配置gocode（可選），這里我用的是eclipse插件自帶的gocode。
選擇Go的安裝路徑即可，如筆者的安裝路徑是F:WorkGo
4、配置調試器（可選）
需要先安裝MinGW，下載地址：http://sourceforge.net/projects/mingw/files/MinGW/
安裝完之後，通過菜單項「Window」-》「Preferences」-》「Go」-》「Debugger」打開調試器的配置選項框。
將GDB路徑配置為：MinGW安裝目錄下的gdb.exe文件即可。
5、配置代碼自動補全（可選）
需要配置gocode，可使用goEclipse插件自帶的版本，也可以自己下載：https://github.com/nsf/gocode
筆者使用的是goEclipse插件自帶的版本，配置方式如下：
通過菜單項「Window」-》「Preferences」-》「Go」-》「Gocode」打開配置選項框。
將Gocode的路徑配置為：goEclipse的安裝路徑下的gocode.exe文件，如
F:Workeclipsepluginscom.googlecode.goclipse.gocode_0.7.6.v450 oolswindows_386gocode.exe
6、配置支持Import遠程包（可選）
為了支持Import遠程包，最好裝個gowin-env。下載地址：https://bitbucket.org/akavel/gowin-env/downloads。 如果下的是壓縮包，請把它解壓到C盤。例如，C:gowin-env。裡面有個Console.bat是以後使用go get的環境。舉例：有個文件a.go,裡面import(
"fmt"
"github.com/astaxie/beedb"
_"github.com/ziutek/mymysql/godrv"
為了編譯該a.go文件，需要啟動Console.bat，然後在該命令行窗口，進入c:gosrc目錄下，執行go getgithub.com/astaxie/beedb
Go get github.com/ziutek/mymysql/godrv .
Go會自動下載該遠程包並編譯和安裝這些包。
7、go install: no install location for directory *** outside GOPATH錯誤的處理
由於每一個Go程序都必須包含一個main包以及一個main()函數，因此如果沒有main包就會導致上述錯誤。
What Doesn't Kill Me Makes Me Stronger
Ⅶ go語言編譯器有哪些官網
go語言編譯器官網：可以去DELVE官網進行下載。
谷歌資深軟體工程師羅布·派克(Rob Pike)表示，「Go讓我體驗到了從未有過的開發效率。」派克表示，和今天的C++或C一樣，Go是一種系統語言。他解釋道，「使用它可以進行快速開發，同時它還是一個真正的編譯語言，我們之所以現在將其開源，原因是我們認為它已經非常有用和強大。」
撰寫風格：
在Go中有幾項規定，當不匹配以下規定時編譯將會產生錯誤。
每行程序結束後不需要撰寫分號（;）。
大括弧（{）不能夠換行放置。
if判斷式和for循環不需要以小括弧包覆起來。Go亦有內置gofmt工具，能夠自動整理代碼多餘的空白、變數名稱對齊、並將對齊空格轉換成Tab。
Ⅷ 編譯器一般由哪種語言開發
其實我在想為什麼匯編語言生成一個簡單的編譯器後，可以用新生成的編譯器再次生成編譯器，例如，C語言開發C的編譯器呢？
這是一個遞歸的思想，舉個例子一看就明白了
用一個大的模具可以生成一個A模具，A模具可以做出來B模具，依次往下推，最終這個小模具可以做出來小盒子用來裝東西。
第一個大模具肯定是手工做出來的第一個模具，但是有了這個大模具後，後面就可以用他自動的生成更多的模具，後面的各種模具加起來又可以造出來更精緻的模具，
所以，自動第一個大模具造出來模具的時候，大模具就可以被拋棄了。
我們都知道編譯程序通常分為下面五個階段：
1）詞法分析
2）語法分析
3）語義分析與中間代碼產生
4）優化
5）目標代碼生成
當然最難的一點就是目標代碼的生成，這一階段實現了最終的翻譯，就是真正把原碼翻譯成可以被CPU直接計算的機器碼（NativeCode）。
Ⅸ golang ide 什麼好用
第一種：LiteIDE
LiteIDE是一個簡單的開源IDE，值得注意的是，它是GO語言2012年正式版發布的首個IDE，由Qt開發，它看起來類似於Visual Studio等其他編譯器。
由於它是為golang設計的，LiteIDE為開發人員提供了許多有用的功能，包括可配置的構建命令，高級代碼編輯器和廣泛的golang支持。其他功能包括代碼管理、gdb、Delve調試器、自動完成和使用WordApi的主題，基於MIME類型的系統等。
第二種：VS Code
它是微軟開發的廣受歡迎的開源IDE，有一個開箱即用的go擴展可供VS Code使用。VS Code插件為開發人員提供了很多功能，包括與許多go工具集成。
VS Code通過IntelliSense，內置git集成，直接從編譯器調試代碼等功能提供智能完成功能;VS Code具有高度可擴展性，並通過其許多擴展提供了許多自定義選項，還提供了幾十種語言的支持，成為受開發者歡迎的工具。
第三種：Atom
開發人員可以利用這個Atom IDE改進的語言集成與更智能的編輯器。開源的go-plus軟體包使開發人員更容易在GO中進行編程。
Atom和go-plus軟體包為golang提供工具，構建流程，linters、vet和coverage工具的支持;其他功能包括自動完成、格式化、測試和文檔。
第四種：Vim
Vim有許多插件可以幫助開發人員更輕松地編輯他們的GO代碼;Vim-go插件自動安裝所有必要的東西，為Vim中的GO開發人員提供更平滑的集成。
Vim-go具有許多有用的功能，包括編譯器，改進的語法高亮和折疊，完成支持以及一系列具有集成支持的調試程序。還有一些使用的高級源分析工具，包括GoImplements、GoCallees和GoReferrers。
Ⅹ Go 是怎麼使用 Go 來編譯自身的
是Go語言嗎?
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
make.bash 作為 all.bash 內容的一部分，如果它退出也會中斷構建過程
第三步. cmd/dist
gcc-O2-Wall-Werror-ggdb-ocmd/dist/dist-Icmd/distcmd/dist/*.c
當健全檢查完成後，make.bash 開始編譯cmd/dist。
第四步. go_bootstrap
現在 go_bootstrap 已經構建完成，make.bash 的最後一步是使用 go_bootstrap 編譯完整的 Go 標准庫，包括一個完整的 go 工具用以替換。
echo"#$GOOS/$GOARCH."
"$GOTOOLDIR"/go_bootstrapinstall-gcflags"$GO_GCFLAGS"
-ldflags"$GO_LDFLAGS"-vstd
第五步. run.bash
現在 make.bash 已經完成，回到 all.bash 的執行，這會調用 run.bash。run.bash 的任務是編譯和測試標准庫、運行時以及語言測試集。
bashrun.bash--no-rebuild
由於 make.bash 和 run.bash 都會調用 go install -a std，因此需要使用 –no-rebuild 標志來避免重復前面的步驟，–no-rebuild 跳過了第二個 go install。
#allowall.bashtoavoiddouble-buildofeverythingrebuild=trueif["$1"="--no-rebuild"];thenshiftelseecho'#Buildingpackagesandcommands.'timegoinstall-a-vstdechofi
第六步. go test -a std
echo'#Testingpackages.'
timegoteststd-short-timeout=$(expr120*$timeout_scale)s
echo
接下來 run.bash 會在標准庫里所有的包上來運行用 testing 包編寫的單元測試。由於 $GOPATH 和 $GOROOT 中有著相同的命名空間，所以不能直接使用 go test … 否則 $GOPATH 中的每個包也會被逐一測試，因此創建了一個用於標准庫中的包的別名：std。由於一些測試需要比較長的時間，且會消耗大量內存，因此用 -short 標志對一些測試進行了過濾。
第七步. runtime 和 cgo 測試
run.bash 接下來的部分會運行平台對 cgo 支持的測試，執行一些性能測試，並且編譯一些伴隨 Go 發行版一起的雜項程序。隨著時間的流逝，這些雜項程序的清單會越來越長，那麼它們也就會不可避免的被從編譯過程中悄悄剝離出去。
第八步. go run test
(xcd../test
unsetGOMAXPROCS
timegorunrun.go
)||exit$?
run.bash 的倒數第二步會調用在 $GOROOT 下的 test 目錄里的編譯器和運行時的測試。他們是對於編譯器和運行時自身的，較為低級細節的測試。會執行語言規格測試，test/bugs 和 test/fixedbugs 子目錄保存有那些已經被發現並被修復的問題的獨立的測試。驅動測試的是一個小 Go 程序 $GOROOT/test/run.go，會執行 test 目錄里的每個 .go 文件。一些 .go 文件的首行包含了指導 run.go 對結果作出判斷的指令，例如，程序將會失敗，或提供一個確定的輸出隊列。
第九步. go tool api
echo'#CheckingAPIcompatibility.'
gotoolapi-c$GOROOT/api/go1.txt,$GOROOT/api/go1.1.txt
-next$GOROOT/api/next.txt-except$GOROOT/api/except.txt
run.bash 的最後一步調用了 api 工具。