On 3 February 2012 15:37, Alex_Dovhal
<alex_dovhal@yahoo.com>
wrote:
>In this case can we hope for a d frontend?
That depends if it's MCU or MPU. If it will be MCU(like ARM7TDMI),
which means Harvard Architecture (where Program code and RAM are physically
different). Also internal RAM of a few KB and no Linux.
If it'll be MCU then it can have Linux OS, so
theoretically it can have GDC ported.
Eh? Why would GDC depend on linux at all? If you disable the GC (and
dependent language functionality), and manage to do something about the horrible
exe bloat, there's no reason it shouldn't be able to target anything...
The obvious advantage over C is the syntax features. Clearly D as a
*language* shouldn't DEPEND on the druntime, other than some language features
that imply GC, like dynamic arrays/etc.
Is the toolchain not capable of producing a working exe without linking any
library? Surely you can write a totally raw app with no libs at all? (assuming
you avoid language features that make implicit druntime
calls)