A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2001-March/013503.html below:

[Python-Dev] Re: CML2 compiler slowness

[Python-Dev] Re: CML2 compiler slowness [Python-Dev] Re: CML2 compiler slownessPaul Prescod paulp@ActiveState.com
Mon, 12 Mar 2001 19:01:14 -0800
John Aycock wrote:
> 
> ...
> 
> For any unambiguous
> grammar, the worst case drops to O(n^2), and for a set of grammars 
> which loosely coincides with the LR(k) grammars, the complexity drops 
> to O(n).

I'd say: "it's linear for optimal grammars for most programming
languages." But it doesn't warn you when you are making a "bad grammar"
(not LR(k)) so things just slow down as you add rules...

Is there a tutorial about how to make fast Spark grammars or should I go
back and re-read my compiler construction books?

-- 
Python:
    Programming the way
    Guido
    indented it.
       - (originated with Skip Montanaro?)



RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4