There's a good reason why all libraries come with their build scripts, rather then rely on the client to build them as necessary. The reason is that the source code is where the necessary building conditions are defined, even if as a separate file. You can't write anything more, then a 100 LOC source file without having to make a build script. The source files in a project heavily depend on the build script to produce the correct result. This is why I don't see any reason why building process should be separated from the source code.<div class="gmail_extra">
<br><br><div class="gmail_quote">On Tue, Nov 27, 2012 at 4:42 PM, Jacob Carlborg <span dir="ltr"><<a href="mailto:doob@me.com" target="_blank">doob@me.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 2012-11-27 13:35, Gor Gyolchanyan wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The benefit is standardization. There will no longer be an annoying mess<br>
of tons of different build systems with tons of different rules. This is<br>
the same reason why there's DDOC and not external tool.<br>
</blockquote>
<br></div>
I don't think it's right to add a build tool to the compiler. There can be a standard built tool even if it's not in the compiler.<span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
/Jacob Carlborg<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br>Bye,<br>Gor Gyolchanyan.<br>
</div>