How are generics backward-incompatible? They would obviously affect forward compatibility, but what previously valid programs would have to become invalid with the introduction of generics? (Incidentally, as an interesting contrast, this GOMAXPROCS default change will break some existing programs.)
Re:Go 1.5 max procs default
by prodigal_erik on Thursday May 28, 2015 @07:19PM
(#9621804)
The only way to keep old code working would be to add generics but continue having an awful standard library that never uses them.
How will GOMAXPROCS default change break existing programs?
Per the OP: "Increased parallelism could make bugs in racy programs more likely to cause crashes or other problems. The setting of GOMAXPROCS=1 may have thus far let those bugs go undetected. Raising it may therefore make buggy programs less reliable."
GOMAXPROCS isn't really a language feature, that's all implementation specific AFAIC.
Re:Go 1.5 max procs default
by anonymoushn on Thursday May 28, 2015 @04:45PM
(#9621063)
What old code would break when adding generics?
>"are there generics in 1.x release"
I've never asked this. Certainly it would have been a big news. I asked if there are any updates in general - any new thoughts, plans...
Re:Go 1.5 max procs default
by the_why_of_y on Friday May 29, 2015 @06:09AM
(#9623673)
Generics were added to Java 1.5 in a backwards compatible way: all your existing Java code would build fine with Java 1.5 javac. So it is not inherently impossible.
So the answer to "are there generics in 1.x release" will always be "no".
http://golang.org/doc/faq#What_is_the_status_of_the_project http://golang.org/doc/go1compat
Go 2 is years away (if it even happens).