And a library-compiler would be easier to make too, since interpreting at run-time is a tedious job and making a compiler programmatically accessible is much easier.
On Thu, Sep 29, 2011 at 12:04 AM, Gor Gyolchanyan <[email protected]> wrote: > I was thinking more of a run-time D interpreter as a library solution. > One of D's features could be the ability to interpret itself at > run-time as a script of some sort. Having a compiler as a library > solution would further improve this by generating DLLs from given code > programmatically and return symbols. This would be even better, then > java's dynamic class loading. > > On Wed, Sep 28, 2011 at 11:59 PM, Jonathan M Davis <[email protected]> > wrote: >> On Wednesday, September 28, 2011 23:55:42 Gor Gyolchanyan wrote: >>> Damn! a library lexer and parser of D! I think we'll eventually drop >>> the "compile-time only" restriction from mixins! :-) >> >> How? Code needs to be compiled regardless. Sure, you could process and >> generate string mixins using them (assuming that they're appropriately CTFE- >> able), but you still don't get code until you actually compile it. >> >> - Jonathan M Davis >> >
