A Proposal for Package Versioning in Go

Re:A Proposal for Package Versioning in Go by dbaupp on Wednesday March 28, 2018 @05:57AM (#16696577)

One polymorphic version, like OCaml or Haskell, not specializing like C++ or Rust.

The compiler can and does specialize functions as an optimization, but that's not necessary nor part of the semantic model.

[ Parent | on HN ]

Re:A Proposal for Package Versioning in Go by ngrilly on Wednesday March 28, 2018 @07:30AM (#16696887)

I always thought that generating one polymorphic version would be a better fit for Go than generating multiple specialized versions.

It's interesting that Swift adopted this approach and confirms what you said earlier about Swift having essentially the same constraints as Go and being a good source of inspiration of Go.

What's the status of Swift on Linux, to write web services and connect to databases?

[ Parent | on HN ]

Re:A Proposal for Package Versioning in Go by dbaupp on Wednesday March 28, 2018 @08:25AM (#16697139)

There's lots of testing for Swift on Linux (e.g. every pull request runs tests on macOS and Linux), and Apple recently announced https://github.com/apple/swift-nio which seems to have been very well received, e.g. the Vapor framework is completely switching to it for Vapor 3.

[ Parent | on HN ]

Re:A Proposal for Package Versioning in Go by ngrilly on Wednesday March 28, 2018 @09:00AM (#16697331)

Thanks for the link. Does Swift provide something similar to goroutines?

[ Parent | on HN ]