develooper Front page | perl.perl6.internals.api.parser | Postings from December 2000

Re: Now, to try again...

Thread Previous | Thread Next
From:
Nicholas Clark
Date:
December 18, 2000 10:05
Subject:
Re: Now, to try again...
Message ID:
20001218180529.A26115@plum.flirble.org
On Mon, Dec 18, 2000 at 11:30:09AM +0000, David Grove wrote:
> 
> Bart Lateur <bart.lateur@skynet.be> wrote:

>  > But, the gist of this post is: we don't want to loose the usefulness of
>  > the syntax highlighter, as soon as there is one syntax error in the
>  > script, because this will be the normal situation while editing source.
>  > Parsers are generally very bad at parsing erroneous code.
> 
> You're forgetting something. Any such editor would have to be written
> either in Perl, or in C with builtin Perl, in order to gain access to this
> type of parser feedback. That or we'd have to communicate with perl

When I made the suggestion to give the perl parser enough API to let
an editor use it for syntax highlighting, I was thinking of an editor
written in C with embedded perl. Such as emacs or vi.

I didn't say that anyone should actually do it :-)
[or that it wouldn't be usably fast on anything expensive enough to come
with less than 1Gb RAM as standard]
Just that it would be nice if the parser API were flexible enough to make
it possible (if not easy) for someone to do it.
As it seemed to be a bit of parser API we'd not yet considered.
And this is the parser-api list, so it seemed very on topic.

I think I'm not wrong in saying that making the parser state totally
encapsulated makes the parser restartable and goes a long way to making
it re-entrant.

Nicholas Clark

Thread Previous | Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About