<div class="gmail_quote">On Tue, May 29, 2012 at 9:47 PM, Tobias Pankrath <span dir="ltr"><<a href="mailto:tobias@pankrath.net" target="_blank">tobias@pankrath.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Tuesday, 29 May 2012 at 16:32:17 UTC, Gor Gyolchanyan wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Tue, May 29, 2012 at 4:02 PM, Tobias Pankrath <<a href="mailto:tobias@pankrath.net" target="_blank">tobias@pankrath.net</a>>wrote:<div class="im"><br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Going this path means that you have to turn the compiler into a full build<br>
system. That finds the right tools in the path, gives good error messages<br>
if they are absent, that caches results etc.<br>
<br>
<br>
</blockquote></div><div class="im">
... which is precisely what we need to reduce all problems related to the<br>
build process to zero. This would solve a heap of problems.<br>
</div></blockquote>
<br>
If we do that, we should carefully design the system. If we introduce the possiblity to execute arbitrary commands at compile time, we've just introduced<br>
the next generation preprocessor.<br>
</blockquote></div><br clear="all"><div>In any case being able to call external build systems is an important part of any build system.<br></div><div><br></div>-- <br>Bye,<br>Gor Gyolchanyan.<br>