Re: tsearch Parser Hacking - Mailing list pgsql-hackers

From David E. Wheeler
Subject Re: tsearch Parser Hacking
Date
Msg-id 56FF6D1F-9954-4D32-B403-DC98769831FF@kineticode.com
Whole thread Raw
In response to Re: tsearch Parser Hacking  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: tsearch Parser Hacking  (Sushant Sinha <sushant354@gmail.com>)
List pgsql-hackers
On Feb 14, 2011, at 3:57 PM, Tom Lane wrote:

> There is zero, none, nada, provision for modifying the behavior of the
> default parser, other than by changing its compiled-in state transition
> tables.
> 
> It doesn't help any that said tables are baroquely designed and utterly
> undocumented.
> 
> IMO, sooner or later we need to trash that code and replace it with
> something a bit more modification-friendly.

I was afraid you'd say that. Thanks.

David


pgsql-hackers by date:

Previous
From: "David E. Wheeler"
Date:
Subject: Re: [DOCS] "Extension" versus "module"
Next
From: Tom Lane
Date:
Subject: Re: why two dashes in extension load files