现在和过去,关于从gccgo引导Go垃圾回收器的问题已经出现过。例如,#40855 和 #30771 是破坏的。https://golang.org/doc/install/source#bootstrapFromGccgo 中的文档建议支持从gccgo引导。如果是这样,我建议我们添加一个构建器来解决这个问题。为了不被资源阻塞,我认为仅需要一个针对linux/amd64的构建器就足够了,以捕获引导问题。/cc @ianlancetaylor@dmitshur
osh3o9ms1#
鉴于我们说它是支持的,我同意我们应该努力有一个测试或构建器来确认它没有退化。我们有一些仅适用于make.bash的构建器(例如,在x/build/dashboard中搜索CompileOnly),所以这可能可以以类似的方式安排。我们应该测试哪个版本的Gccgo,以及我们应该多久更新一次?/cc @cagedmantis@toothrot@andybons
CompileOnly
s1ag04yj2#
gccgo作为GCC的一部分被发布,并且GCC每年会发布一个新的主要版本。
2条答案
按热度按时间osh3o9ms1#
鉴于我们说它是支持的,我同意我们应该努力有一个测试或构建器来确认它没有退化。
我们有一些仅适用于make.bash的构建器(例如,在x/build/dashboard中搜索
CompileOnly
),所以这可能可以以类似的方式安排。我们应该测试哪个版本的Gccgo,以及我们应该多久更新一次?
/cc @cagedmantis@toothrot@andybons
s1ag04yj2#
gccgo作为GCC的一部分被发布,并且GCC每年会发布一个新的主要版本。