Re: tsearch Parser Hacking - Mailing list pgsql-hackers

From Tom Lane
Subject Re: tsearch Parser Hacking
Date
Msg-id 23485.1297727826@sss.pgh.pa.us
Whole thread Raw
In response to tsearch Parser Hacking  ("David E. Wheeler" <david@kineticode.com>)
Responses Re: tsearch Parser Hacking  (Thom Brown <thom@linux.com>)
Re: tsearch Parser Hacking  (David Blewett <david@dawninglight.net>)
Re: tsearch Parser Hacking  ("David E. Wheeler" <david@kineticode.com>)
Re: tsearch Parser Hacking  (Oleg Bartunov <oleg@sai.msu.su>)
List pgsql-hackers
"David E. Wheeler" <david@kineticode.com> writes:
> Is it possible to modify the default tsearch parser so that / doesn't get lexed as a "file" token?

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.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: CommitFest 2011-01 as of 2011-02-04
Next
From: Robert Haas
Date:
Subject: Re: why two dashes in extension load files