On Thursday, 11 December 2014 at 11:46:50 UTC, ketmar via
Digitalmars-d wrote:
On Thu, 11 Dec 2014 09:44:49 +0000
John Colvin via Digitalmars-d <digitalmars-d@puremagic.com>
wrote:
Parsing is so fast it's not worth spending huge numbers of
man-hours building an effective cacheing system for it.
and generating machine code is useless at all, it's enough to
simply
improve CTFE.
The rest of compilation is comparatively much slower and is
therefore more important to cache.
what does "the rest of compilation" mean? there are alot of
things you
can do with AST before writing it to disk. ah, just writing
compressed
AST to disk is good enough, as reading it back is *way*
*faster* than
parsing the source. and any other tool -- like lint, or
completion
tool, or documentation generators can use that compressed AST
without
reparsing the sources.
you can't see how this can help 'cause we don't have such
AST-companions yet. i can see how this will help 'cause i have
alot of
expirience with turbo/borland pascal and BlackBox Component
Builder.
think a-la BCB can be a killer app for D, but it's very hard to
build
it without good AST-companions.
BlackBox! A fellow user. :)
Another example, the Oberon operating system, specially the
System 3 Gadgets framework.
--
Paulo
