On Monday, 6 January 2014 at 14:58:58 UTC, deadalnix wrote:
> Also JITing for trivial thing that could be constant folded is much slower.

You don't need a powerful interpreter to fold trivial things (+-*/?:). If it is a separate pass there is no reason for not being able to building a dependency graph and use a JIT on multiple expressions. It sounds trivial to me, if it isn't simple in the DMD front-end then it is a structural issue.

On Monday, 6 January 2014 at 15:20:32 UTC, Ola Fosheim Grøstad wrote:
> On Monday, 6 January 2014 at 14:58:58 UTC, deadalnix wrote:
>> Also JITing for trivial thing that could be constant folded is much slower.
>
> You don't need a powerful interpreter to fold trivial things (+-*/?:). If it is a separate pass there is no reason for not being able to building a dependency graph and use a JIT on multiple expressions. It sounds trivial to me, if it isn't simple in the DMD front-end then it is a structural issue.

This is done that way because it is simpler. At some point SDC will probably get a constant folder, but for now, supporting more D functionalities is more important.

On Friday, 27 December 2013 at 15:28:36 UTC, Jacob Carlborg wrote:
> On 2013-12-27 01:43, Martin Nowak wrote:
> You mean like Dscanner:
>
> https://github.com/Hackerpilot/Dscanner/

This worked for now, but in the longer term I'm aiming at integrating the REPL with the compiler. That is make it a compilation driver that use libdmd to generate the shared libraries.
http://forum.dlang.org/post/ldc9vh$25eq$1@digitalmars.com

On Thursday, 26 December 2013 at 22:01:40 UTC, Manu wrote:
>
> In my experience with vibe.d, it's a massive pain in the arse that it's compiled.
> It seems to me that web dev involves squillions of micro-changes and
> tweaks, and it's bloody annoying to compile and reboot the server every
> time.

Changes aren't very frequent in my experience.  Even when I'm working on new code I'm not restarting my dev server very often.  That said, having a means of zero downtime upgrades is crucial, and plugins are a handy way to do that.