Lexer and parser generators using CTFE
Andrei Alexandrescu
SeeWebsiteForEmail at erdani.org
Thu Mar 1 09:39:31 PST 2012
On 3/1/12 1:54 AM, Marco Leise wrote:
> Am 29.02.2012, 02:30 Uhr, schrieb Piotr Szturmaj <bncrbme at jadamspam.pl>:
>
>> CTFE code can be much slower than native one, and I would like to see
>> some kind of compiler cache for such code.
>
> I second this. As a fan of clean optimizations this is one of the things
> I tossed around my head for a while. It could use a cache file or the
> compiler could be started as a daemon process keeping a memory cache.
> All code that is called through CTFE would go into the cache, indexed by
> the internal representation of the function body and parameters.
I think this is the kind of development that will be naturally motivated
and pushed by serious CTFE applications pushing the boundary. I'm not
very worried about it right now as about investigating CTFE potential
and blockers.
Andrei
More information about the Digitalmars-d
mailing list