From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <43CC81C7-02C0-45EB-B3EF-4FA8F13EDE00@lsub.org> References: <20130323100519.GA3980@polynum.com> <19750d1b50c54941f031f57dc4be456e@proxima.alt.za> <5099C9E8-C6E8-4B6B-A609-B5BDCA6C332F@lsub.org> <5C91EC08-2559-4DA8-B6F3-9293747EEFE8@gmail.com> <523540bfac9f8d6b4327f9abf6de7a88@brasstown.quanstro.net> <43CC81C7-02C0-45EB-B3EF-4FA8F13EDE00@lsub.org> Date: Sat, 23 Mar 2013 13:58:28 -0600 Message-ID: From: andrey mirtchovski To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Subject: Re: [9fans] gcc not an option for Plan9 Topicbox-Message-UUID: 3203715a-ead8-11e9-9d60-3106f5b1d025 with mkfiles you can never have something like http://godoc.org. in fact, it would be very difficult to make something like godoc for any other language without major support from the authors or volunteers. what godoc.org does is amazing -- when you type in a query for something that looks like a go package it will attempt to download it and generate the package documentation from the source code on the fly. no interaction from the author or website maintainer need to happen, all is done by the go tool, usually with enough speed that not much waiting is involved. all the package needs to do is abide by a few rules in naming imports. try it for yourself (these packages will surely not be in the index): http://godoc.org/code.google.com/p/goxscr/qcs http://godoc.org/code.google.com/p/goxscr/deco http://godoc.org/code.google.com/p/goxscr/palette http://godoc.org/code.google.com/p/goxscr/rorschach http://godoc.org/code.google.com/p/goxscr/spirograph the stuff that falls out of such a tool is even more impressive. here's an import graph for one of the xscr programs: http://godoc.org/code.google.com/p/goxscr/moire?view=import-graph here's the one for godoc: http://godoc.org/code.google.com/p/go/src/cmd/godoc?view=import-graph