Golang dev.ssa branch merged into tip
github.com
Golang dev.ssa branch merged into tip
1–10 of 37 posts
Re: Golang dev.ssa branch merged into tip
#2Re: Golang dev.ssa branch merged into tip
#3So... not been closely following development on Go. What does this mean?
https://www.cs.cmu.edu/~fp/courses/15411-f08/lectures/09-ssa...
Re: Golang dev.ssa branch merged into tip
#4So... not been closely following development on Go. What does this mean?
Just a guess: it's probably static single assignment for the IR. https://www.cs.cmu.edu/~fp/courses/15411-f08/lectures/09-ssa...
https://groups.google.com/forum/#!topic/golang-dev/zz-gWGXFZ...
Re: Golang dev.ssa branch merged into tip
#5So... not been closely following development on Go. What does this mean?
See: https://docs.google.com/document/d/1szwabPJJc4J-igUZU4ZKprOr...
Re: Golang dev.ssa branch merged into tip
#6Earlier quoted context omitted.
Just a guess: it's probably static single assignment for the IR. https://www.cs.cmu.edu/~fp/courses/15411-f08/lectures/09-ssa...
It appears it's a new way to do code generation. So any adding of new architectures is dead in the water until this is resolved. https://groups.google.com/forum/#!topic/golang-dev/zz-gWGXFZ...
Re: Golang dev.ssa branch merged into tip
#7Earlier quoted context omitted.
It appears it's a new way to do code generation. So any adding of new architectures is dead in the water until this is resolved. https://groups.google.com/forum/#!topic/golang-dev/zz-gWGXFZ...
Actually, the opposite. The merging of the branch means that people are now free to continue work on adding new architectures.
Re: Golang dev.ssa branch merged into tip
#8Earlier quoted context omitted.
Actually, the opposite. The merging of the branch means that people are now free to continue work on adding new architectures.
Did the compiler get even slower on tip? I know that was a concern with this change
Re: Golang dev.ssa branch merged into tip
#9So... not been closely following development on Go. What does this mean?
Re: Golang dev.ssa branch merged into tip
#10Earlier quoted context omitted.
Just a guess: it's probably static single assignment for the IR. https://www.cs.cmu.edu/~fp/courses/15411-f08/lectures/09-ssa...
It appears it's a new way to do code generation. So any adding of new architectures is dead in the water until this is resolved. https://groups.google.com/forum/#!topic/golang-dev/zz-gWGXFZ...
I'm interested in why LLVM was disqualified. Was it simply never considered or is it incompatible with the Go type system, calling convention, etc.?