<p dir="auto">Test case: <a href="http://play.golang.org/p/9oz7e7AKzd" rel="nofollow">http://play.golang.org/p/9oz7e7AKzd</a></p>
<p dir="auto">In the example above A embeds b which embeds c. There are public functions on b, which is shown correctly in godoc as belonging to A.  However, it seems like godoc only searches 1 level deep, and functions on c are not shown even though they are valid for calls by the compiler.</p>
<p dir="auto">Reproducible on 1.4.1 and 1.3.3.</p>
<p dir="auto">Real life example: <a href="https://github.com/klauspost/dawa/blob/master/query.go">source</a> / <a href="https://godoc.org/github.com/klauspost/dawa#PostnrQuery" rel="nofollow">godoc</a>. A specific query type includes "geoJSONQuery" which includes "query", and I would like to have the functions on "query" to show up. I would however prefer not to expose any of the internal types since they aren't useful themselves.</p>
<pre class="notranslate">Fix the cmd/godoc side of issue 

<a href="https://code.google.com/p/go/source/detail?r=f5b37c93e4c5bb2962c" rel="nofollow">https://code.google.com/p/go/source/detail?r=f5b37c93e4c5bb2962c</a> added some methods to
go1.txt that were always there, but neither cmd/godoc nor cmd/api (both with their own
bad embedding rules) detected.

Robert's rewrite of cmd/api to use go/types fixed cmd/api, but cmd/godoc is still broken.

This bug is about making those methods (like <a href="https://golang.org/issue/6125" rel="nofollow">issue #6125</a> -- xml.Encoder.Reset / Available
/ etc) show up, if they're actually there.  (But <a href="https://golang.org/issue/6125" rel="nofollow">issue #6125</a> should remove them)</pre>