D front-end in D for D

SomeDude lovelydear at mailmetrash.com
Sun Jul 15 08:40:22 PDT 2012


On Saturday, 14 July 2012 at 15:18:53 UTC, David Piepgrass wrote:
>
> I think, for multiple reasons including this use case, D should 
> have a "lightweight subset" with a smaller standard library and 
> a somewhat simpler language definition (that retains most of 
> D's power), which could shrink the size of a program that uses 
> runtime codegen. For simplicity, the D front-end written in D 
> could use the same backend for CTFE as for its output. And one 
> hopes that generated code could be garbage-collected.
>
> However, presumably you'd have to include LLVM which I believe 
> is around 1MB for a bare-minimum build (with no optimization 
> passes included.)

I support this idea. This simpler subset would be targetted at 
embedded devices.

I would imagine a sub-D without generic programming and CTFE, for 
instance. The resulting language would retain much enough 
functionality for rewriting a bootstrapping compiler.


More information about the Digitalmars-d mailing list