<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 1 March 2013 07:28, 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 2013-02-28 16:53, Iain Buclaw wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
So, feel free to send me a list of questions you want me to answer. :o)<br>
</blockquote>
<br></div>
Could the GDC front end remain in C++ and changes be folded in anyway? These changes do not need to be direct translation of the D code.<span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
/Jacob Carlborg<br>
</font></span></blockquote></div><br></div><div class="gmail_extra">The code that interfaces with gcc needs to be in either C or C++.  There are C++ structs/classes defined in the D frontend that while they include all methods required for parsing/semantic analysis of D code.  They also include methods that are used to generate the codegen for the backend (toElem, toIR, toSymbol, etc).  In gdc, these are gcc interfacing methods that can't be converted to D.<br clear="all">
</div><div class="gmail_extra"><br>-- <br>Iain Buclaw<br><br>*(p < e ? p++ : p) = (c & 0x0f) + '0';
</div></div>