<p><br>
On Mar 2, 2013 3:01 PM, "SomeDude" <<a href="mailto:lovelydear@mailmetrash.com">lovelydear@mailmetrash.com</a>> wrote:<br>
><br>
> On Saturday, 2 March 2013 at 14:47:55 UTC, David Nadlinger wrote:<br>
>><br>
>> On Saturday, 2 March 2013 at 07:16:04 UTC, SomeDude wrote:<br>
>>><br>
>>> On Saturday, 2 March 2013 at 06:50:32 UTC, SomeDude wrote:<br>
>>>><br>
>>>><br>
>>>> Exactly. This fixed subset would be very limited in comparison to the full language (I can imagine something looking a bit like a smaller Go, there would probably be no templates at all, no CTFE, maybe even no exceptions, for instance), but would be orthogonal, completely stable in terms of spec, and known to work. It could be defined for other real world usages as well, like embedding in small appliances.<br>

>>><br>
>>><br>
>>> It would also make it easy to bootstrap the compiler on new platforms.<br>
>><br>
>><br>
>> I don't see how this would help with proting to different platofrms at all if you have a cross-compiler.<br>
>><br>
>> Yes, the DMD frontend currently isn't really built with cross-compilation in mind (e.g. using the host's floating point arithmetic for constant folding/CTFE), but once this has been changed, I don't see how the language used would make any difference in re-targetting at all.<br>

>><br>
>> You simply use another host system (e.g. Windows/Linux x86) until the new backend/runtime is stable enough for the compiler to self-host.<br>
>><br>
>> David<br>
><br>
><br>
> And what if you *don't* have a cross compiler ? You compile the D subset (bootstrapper) in C and off you go (provided you have a reasonable C compiler on that platform).</p>
<p>I don't see how using only a subset of the language would have an effect on cross compiling or porting of a compiler self hosted in D.  Your argument is lost on me some dude... <br></p>
<p>Regards<br>
-- <br>
Iain Buclaw</p>
<p>*(p < e ? p++ : p) = (c & 0x0f) + '0';</p>