I seem to recall that the compilation time of C (and C++) programs is directly proportional to the number of includes your program has. I'm sure that monomorphisation in C++ exacts some kind of cost to the compilation time, but perhaps it's not as much as people seem to think.
On Friday, June 19, 2020 at 9:14:20 PM UTC+3, [email protected] wrote: > > I think in general this is not the attitude of the Go developers, nor the > Go community - fast compilation was an explicit design goal of the original > creation of Go (as a reaction to slow compile times with C++), and has > remained a concern. > > From the FAQ, https://golang.org/doc/faq#creating_a_new_language , > " Finally, working with Go is intended to be fast: it should take at most a > few seconds to build a large executable on a single computer." > > It is certainly not their only concern or focus, they also mention "One > had to choose either efficient compilation, efficient execution, or ease of > programming; all three were not available in the same mainstream language." > > We have seen performance decreases in some language versions, but we have > also seen performance increases. Efficient execution is a project goal, but > efficient compilation is as well, so I would not recommend hoping for or > expecting that performance issues in execution would be resolved via > additional passes in or excessive time added to compilation. > > However, if you do see any major performance regression in a new version, > do report it - they have historically paid attention to these reports and > often resolved issues in subsequent updates; see > https://github.com/golang/go/issues/19096 , > https://github.com/golang/go/issues/16407 , and > https://go-review.googlesource.com/c/go/+/30163/ > > Consider also these headlines: > > Go 1.7 to Improve Compilation Speed and Generate Faster Code > Google's Go language takes on compilation speed (about Go 1.8) > Faster builds in Docker with Go 1.11 > > Howard > > On Friday, June 19, 2020 at 12:23:46 PM UTC-5, Ronald Davilla wrote: >> >> Just if perfomance will decrease with every release/version, it'd be not >> really good, and it's might be necessary to pay more attention to this >> > -- 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 [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/golang-nuts/6bb30384-aa83-4a7d-9b51-3e825fe9790do%40googlegroups.com.
