News for hackers. Stuff that matters.
Re:Expectations for generics in Go 1.18 by rustnote on Thursday October 28, 2021 @12:13AM (#29022299)
So there's a runtime cost for using generics?
Re:Expectations for generics in Go 1.18 by Kranar on Thursday October 28, 2021 @01:41AM (#29022763)
The linked article is a proposal but at least when I tried Go a couple of weeks ago, it did not use that approach and to the best of my knowledge that proposal has not yet been implemented. Instead as of now Go uses the straight forward approach of generating one implementation for every instantiation just like C++ compilers do.

The upside is there is no runtime cost to using generics, the downside is there is significant compile time and link time cost to generics.

Re:Expectations for generics in Go 1.18 by arc619 on Friday October 29, 2021 @05:59PM (#29044013)
> the downside is there is significant compile time and link time cost to generics.

Are we talking statistically significant or productivity significant compile time cost? Go has a fairly fast compiler, it would be a shame if generics made that a less stand-out feature.

Re:Expectations for generics in Go 1.18 by mseepgood on Thursday October 28, 2021 @03:07AM (#29023263)
The hybrid approach is absolutely implemented: https://github.com/golang/go/blob/master/src/cmd/compile/int...
Re:Expectations for generics in Go 1.18 by wwarner on Thursday October 28, 2021 @01:13AM (#29022608)
Yes, the same cost as calling a method through an interface. IIUC, the concrete implementation can change.
Re:Expectations for generics in Go 1.18 by mseepgood on Thursday October 28, 2021 @03:07AM (#29023268)
No, it does not have the same cost as calling a method through an interface.