On Sat, Oct 1, 2016 at 6:45 PM, Ian Lance Taylor <i...@golang.org> wrote:
> There are improvements to the compiler's escape analysis in every release. Also, escape/representation analysis is approximate in nature. So you can't easily detect all variants of this and have the compiler optimize them. A compiler tend to become stronger at this as time passes. But it also affects compilation time, so there is a point at which additional analyses has bad cost/benefit. OTOH, escape analysis has other uses than moving things on the stack. If you can prove you are the only holder of a Mutex for instance, you can elide the Mutex. This is useful because you can write thread-safe code in your stdlib but essentially get the single-threaded variant for single-threaded programs. -- J. -- 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. For more options, visit https://groups.google.com/d/optout.
