News for hackers. Stuff that matters.
Re:Go 1.6 is Released by bsg75 on Wednesday February 17, 2016 @05:28PM (#11122037)
When different code needs different JVMs, it gets to be a pain. The Go advantage is a fat binary, no dependencies.
Re:Go 1.6 is Released by meddlepal on Wednesday February 17, 2016 @05:33PM (#11122069)
Embed the JRE then. You have to build packages for each platform you want to support, but that's no different than Go.

Besides that, different JVM's? Very rarely does code depend on a specific JRE unless we're talking between versions (say 7 vs. 8), but you would have the same problem in Go if significant language changes were made between releases.

Re:Go 1.6 is Released by twistedpair on Thursday February 18, 2016 @08:51AM (#11125680)
> When different code needs different JVMs

With the JVM you can use HotSpot, Dalvik, WebSphere, or OpenJDK. The JVM is just a spec. With Go, you've only got one runtime to choose from. That said, if you code to the JVM spec, then you don't care what implementation you run on.

Re:Go 1.6 is Released by loudmax on Thursday February 18, 2016 @09:19AM (#11125864)
> With Go, you've only got one runtime to choose from.

Since Go compiles to a binary, the concept of a runtime doesn't apply the same way it does for Java. You can compile a Go program with the Go project's compiler or with the GCC. The GCC Go compiler uses different optimizations and may produce faster binaries in some circumstances. Since the Go language is also a spec, other compilers may arise if there's a demand.

Re:Go 1.6 is Released by twistedpair on Thursday February 18, 2016 @09:55AM (#11126117)
Correct. With Java I've got at least 4 compilers (JDK's) to choose from.