On Wednesday, June 18, 2014 12:42:48 PM UTC-7, rsc wrote:
comments welcome on this mail thread. thanks.
Just throwing out another possibility since it doesn't seem to have been
discussed yet:

1. Declare that "internal" packages within $GOROOT are exempt from the Go 1
guarantee. No such packages currently exist, so this is backwards
compatible with the current guarantee.
2. Have "go vet" warn about code that uses "internal" packages that resolve
into $GOROOT.
3. Maybe have "go doc" hide "internal" packages by default (e.g., for
golang.org/pkg), and even when showing them put obvious warnings that the
packages aren't covered by the compat guarantee.

Upside would be it's still *possible* to write code making use of Go
internals when necessary, but end users shouldn't be surprised if their
code is broken by upstream changes. Though I can appreciate that's
probably a niche use case when weighed against the risk of users depending
on internals even after extensive warnings not to.

You received this message because you are subscribed to the Google Groups "golang-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to golang-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Search Discussions

Discussion Posts

Follow ups

Related Discussions

Discussion Navigation
viewthread | post
posts ‹ prev | 1 of 3 | next ›
Discussion Overview
groupgolang-dev @
postedJul 15, '14 at 11:39p
activeJul 15, '14 at 11:47p

2 users in discussion

Matthew Dempsky: 2 posts Andrew Gerrand: 1 post



site design / logo © 2021 Grokbase