Sorry for the off-list response, that was unintentional. I think it might be okay, but I could also think of a couple of reasons against it. AFAIK, Go programs for the playground are compiled with a patched stdlib (at least they used to be, to do the faketime-stuff. I don't know if we're already at a point where the playground needs *no* custom patches anymore). If so, the code in GOROOT might or might not be the same as the one used to compile the code, which might be confusing. There's also the general "just that there's no reason *not* to do X isn't a reason *to do* X" (i.e. the conservative approach of Go in general). But really, I can't answer what ought to be or what will be - just what is :) If you feel this is a use-case that should be supported, it might be worthwhile to file an issue (which can get an authoritative response).
And just FYI (I'm not saying it's a practical approach here), it is theoretically possible to make the program work today, using the playground's support for multiple files: https://play.golang.org/p/KLZR7NlVZNX Though you probably also need to add some playground-specific code to set environment variables or things like that. On Mon, Dec 23, 2019 at 3:37 PM T L <tapir....@gmail.com> wrote: > > > However, the playground has no GOROOT or build cache or anything > available: https://play.golang.org/p/RPGwtZSJSPQ > > But, isn't it ok to let the playground own a GOROOT? > > On Mon, Dec 23, 2019 at 5:47 AM Axel Wagner <axel.wagner...@googlemail.com> > wrote: > >> Parsing is not the problem, type-checking is. For that, the >> type-information of the imported packages (in this case "fmt") must be >> loaded from somewhere. However, the playground has no GOROOT or build cache >> or anything available: https://play.golang.org/p/RPGwtZSJSPQ >> There will always be programs that don't run on the playground but run >> locally, FWIW. That's the nature of a sandbox :) >> >> On Sun, Dec 22, 2019 at 5:58 PM T L <tapir....@gmail.com> wrote: >> >>> The code from the std go/types package parses the demo code well on >>> local machine, but not in playground: >>> >>> https://play.golang.org/p/BlHHgdscaXj >>> >>> What is the cause? >>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "golang-nuts" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to golang-nuts+unsubscr...@googlegroups.com. >>> To view this discussion on the web visit >>> https://groups.google.com/d/msgid/golang-nuts/a0266c54-2e3f-496f-a640-9be2d97fa6ab%40googlegroups.com >>> <https://groups.google.com/d/msgid/golang-nuts/a0266c54-2e3f-496f-a640-9be2d97fa6ab%40googlegroups.com?utm_medium=email&utm_source=footer> >>> . >>> >> > -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/golang-nuts/CAEkBMfH_m-iTwtahSqRv23NrGmzNfCBVYROJFX0oNaP3rBgx8w%40mail.gmail.com.
