Re: Looking for a fast C++ parser

On Sat, 13 Aug 2005, Scott Nicol wrote:


> As with every design, there are trade-offs. The current fashion adds a lot
> of flexibility to support multiple languages, and the ability to add support
> new languages without modifying the editor.


Of the editors I have used, Aurora was the one it was easiest to add
new language highlighting for.


It used the approach I am advocating.


> On the flip side it wastes a few MHz of your x.y GHz CPU and a
> couple hundred K out of your GB of RAM.


Not just a few MHz, I am afraid. It makes loading of new files a lot
slower and screen update sluggish. I also want the screen to react in
100ms or less when I type (I have very fast reflexes) otherwise it
feels "wrong". Deleting or inserting '/*' should not result in
noticeable delays (vim) or miscolouring (Emacs).


-Peter

Return to the comp.compilers page.
Search the comp.compilers archives again.