New SSA Back End for the Go Compiler (2015)

Re:New SSA Back End for the Go Compiler (2015) by danieldk on Saturday April 02, 2016 @10:18AM (#11411594)

Agreed. Though another argument in favor was not cited: the SSA backend is in Go, so that means that anyone who knows Go can also hack on the SSA backend. With LLVM, they would have to know Go's internals and C++.

Of course, there is also gccgo and llgo, so once the SSA backend is in stable Go, useful comparisons can be made.

[ Parent | on HN ]

Re:New SSA Back End for the Go Compiler (2015) by disposeofnick9 on Saturday April 02, 2016 @11:41AM (#11411895)

Using llvm might introduce a dependency, but it also gives all the LLVM advantages/disadvantages across platforms for "free" (some work, fewer reinvented wheels) and more toolchain utilities.

[ Parent | on HN ]

Re:New SSA Back End for the Go Compiler (2015) by jheriko on Thursday April 07, 2016 @10:57PM (#11452308)

i think that this is a gimmick rather than a reason.

languages that have their own tools built with themselves are cool... but it has zero practical value imo. the number of C/C++ programmers interested in Go and capable of contributing meaningfully far outweighs the number of programmers who do not know C/C++ and are interested in Go

[ Parent | on HN ]