On Mon, Jun 24, 2013 at 1:52 AM, OlliP <span dir="ltr"><<a href="mailto:jeti789@web.de" target="_blank">jeti789@web.de</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
This is now a bit confusing to me. I just made up my mind to go<br>
with D instead of Go, because Go is too simplistic in my opinion.<br>
Furthermore, calling C from D is a lot easier than from Go. And<br>
now this ... I have too little understanding of D to see what the<br>
impact of this build time issue is. Does this mean build times<br>
come close to what they are in C++ or is this issue only about<br>
builds not being as fast as the D people are used to ..?<br>
<br>
Thanks, Oliver<div class="im"><br>
<br>
<br>
On Saturday, 22 June 2013 at 04:45:31 UTC, Timothee Cour wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
A)<br>
Currently, D suffers from a high degree of interdependency between modules;<br>
when one wants to use a single symbol (say std.traits.isInputRange), we<br>
pull out all of std.traits, which in turn pulls out all of<br>
std.array,std.string, etc. This results in slow compile times (relatively<br>
to the case where we didn't have to pull all this), and fat binaries: see<br>
example in point "D)" below.<br>
<br>
This has been discussed many times before, and some people have suggested<br>
breaking modules into submodules such as: std.range.traits, etc to mitigate<br>
this a little, however this requires people to change 'import std.range'<br>
to 'import std.range.traits' to benefit from it, and also in many cases<br>
this will be ineffective.<br>
<br>
B)<br>
I'd like to propose something different that can potentially dramatically<br>
reduce compile time/binary size, while not requiring users to scar their<br>
source code as above.<br></div>
....<br>
</blockquote>
</blockquote></div><br><div><br></div><div>see timings in my original post above or try for yourself, it is already much faster than C++ (and even go as reported by some). But I'm talking here about a proposal to enable interactive time for compiling projects (ie even faster and using less memory).</div>
<div><br></div><div><br></div><div><br></div>