golang1.5,golang 16

本文目錄一覽：

• 1、如何評價 Golang 1.5 更新
• 2、Golang升級到1.5了.請問下MAC OS 上如何更新Golang
• 3、golang 1.5 什麼時候 發布
• 4、如何看待golang新的GC 的Proposal
• 5、mac下打patch後編譯安裝golang
• 6、如何在Mac源碼安裝Go1.5開發環境

如何評價 Golang 1.5 更新

沒有模板, 差評. 團隊還在糾結么? 我們要糾結慘了, 沒模板寫出來代碼一點都不優雅和高效

說好的動態庫支持呢?

編譯速度又要下降一些了, 運行速度下降, 但是因為垃圾回收並發, 所以應該還好

“全新的 go tool trace 命令支持細粒度的應用執行跟蹤” – 這貨不知道是不是可以跟蹤

Golang升級到1.5了.請問下MAC OS 上如何更新Golang

V沒問題,好多音樂人就是買pc裝mac,省錢 最好把你聲卡之類的也寫出來 而且你的cpu是intel的就更沒有問題了,支持的比amd的好

golang 1.5 什麼時候 發布

根據官方1.4版本的發布時候（2014.12）判斷（官方說大概六個月後出新版本）

預計五月底六月初。

因為這次的版本改進幅度有點大，不排除延遲發布的可能。

如何看待golang新的GC 的Proposal

對於Golang的認識還停留在Go1.5那次重大的GC改變，看了Golang1.7的介紹，編譯器後端改用了SSA，而且對build方面做了很多優化，這個從github上面的issue上來看，Go1.6存在大量”build: darwin/amd64 builder is sick #15860″之類的構建問題，所以1.7對構建做了較大改動和優化，另外”net/http: receive buffer memory usage increases by 400x with HTTP2 #15930″和一些其他issue表示，Go1.6對HTTP2的處理並不是很好，存在內存使用過多等多種問題，而這些打了Go1.7的標籤，應該是要在1.7裡面解決了。

mac下打patch後編譯安裝golang

因為業務上的需求，架構師改了hack了一下golang的源碼，放出一個patch文件，給源碼打了patch之後，需要重新編譯go源碼，

我是用 brew 安裝的golang, 先用 go env 看看

鎖定了源碼的路徑： /usr/local/Cellar/go/1.7.5/libexec

Go從1.5版本開始實現“自舉”（Bootstrap），也就是用Go來實現Go、用Go來編譯Go，因此這裡的意思是系統默認用go1.4來編譯golang，

但是我的系統裡面並沒有go1.4，這裡偷個懶

等待編譯測試完成即可。

如何在Mac源碼安裝Go1.5開發環境

Go1.5開發環境依賴Go1.4版本作為引導，因為Go1.5使用Go本身來編譯安裝Go，所以必須保證服務器上已經安裝Go1.4，這完全是為了解決先有雞還是先有蛋的問題，當然如果你想避免編譯安裝1.4也可以直接使用二進制包。

在這裡假設你希望將go1.5安裝到$HOME/go1.5目錄下，只需要以下幾步：

下載Go1.5的源碼放到$HOME/go1.5目錄下

在安裝Go1.5之前需要將Go1.4放到$HOME/go1.4下面或者export GOROOT_BOOTSTRAP=/go1.4安裝目錄/

到$HOME/go1.5/src/下執行all.bash即可

我習慣將軟件安裝至/usr/local/下，以下為我安裝Go1.5(/usr/local/go1.5)的步驟：

wget

tar zxvf go1.5.1.src.tar.gz

mv ./go /usr/local/go1.5

wget

tar zxvf go1.4.3.src.tar.gz

mv ./go /usr/local/go-bootstrap1.4/

cd /usr/local/go-bootstrap1.4/src

./all.bash //編譯安裝Go1.4，有可能test不通過，只要編譯通過，test可忽略，目的是需要go1.4的二進制包來編譯1.5

cd /usr/local/go1.5/src

GOROOT_BOOTSTRAP=/usr/local/go-bootstrap1.4 ./all.bash

//可在環境變量中添加GOROOT_BOOTSTRAP，然後再編譯Go1.5

以下為網摘：

From C to Go

The gc tool chain is being converted from C to Go.

An ongoing process, started early 2014.

Russ Cox says “It’ll be done by March [2015].”

New link tool to replace 6l, 8l, etc.

New asm tool to replace 6a, 8a, etc.

Machine-translated gc to replace 6g, 8g, etc.

Design doc:

golang.org/s/go13compiler

Go 1.5 will have no C code in the tool chain or runtime.

Go語言將使用Go代替C重寫運行時環境

Go 1.4 的合併窗口在 9 月份將關閉，從現在開始到12月份發布 Go 1.4 之前將只接受 bug 修復和小調整。

Go 1.4 最主要的變化是將使用 Go 語言本身來重寫 Go 的運行時，而之前是採用 C 語言開發。這也是為什麼 Go 的發行版中包含一個 C

編譯器的原因。

使用 Go 重寫的好處是：

當前如果在 Goroutine 的調用堆棧中發現 C 代碼，runtime 將在需要增長堆棧時回滾到老的堆棧方法。如果使用 Go 來重寫

runtime，那麼堆棧拷貝的方法就會更加高效

目前轉換工作只計劃轉 Go 編譯器 (5g, 6g, 8g), 而不是 C 編譯器，降低運行時中的 C 代碼行數，甚至可能完全清除

注意

這是 golang.org 分發版，也就是 gc ，而不是 gccgo

這是不同的 C 編譯器，gc 工具鏈將使用你系統的 C 編譯器來編譯，gc 運行時則使用它的 C 編譯器來編譯

8月20日後增加的轉換行可能跟 this request 有關.

Go語言將使用Go代替C重寫運行時環境

— 從現在開始到12月份 Go 1.4版本發布前，Go將只接受Bug修復和小範圍的調整，Go

1.4版本將實現使用Go語言來重寫Go的運行時環境。