Feedback-ID: i675e48f3:Fastmail
MIME-Version: 1.0
Date: Mon, 18 May 2026 20:12:33 -0400
From: "Greg Burd" <greg@burd.me>
To: "PostgreSQL Hackers" <pgsql-hackers@lists.postgresql.org>
Message-Id: <ff237cde-23a5-470f-acc6-de62cc0f6fca@app.fastmail.com>
In-Reply-To: 
 <CAFj8pRDbY1iMLkPNfWb3VPHxZKHe1YPDjOMZSJxBUAvdajZo1w@mail.gmail.com>
References: 
 <CAFj8pRDbY1iMLkPNfWb3VPHxZKHe1YPDjOMZSJxBUAvdajZo1w@mail.gmail.com>
Subject: Re: duckdb has extensible parser
Content-Type: multipart/alternative;
 boundary=ffbfc2eaa928fe2ae329d00f3decf8cf94e1e145
Archived-At: 
 <https://www.postgresql.org/message-id/ff237cde-23a5-470f-acc6-de62cc0f6fca%40app.fastmail.com>
Precedence: bulk

--ffbfc2eaa928fe2ae329d00f3decf8cf94e1e145
Content-Type: text/plain
Content-Transfer-Encoding: 7bit


On Wed, May 13, 2026, at 9:25 AM, Pavel Stehule wrote:
> Hi 
> 
> today I found an article about preparing a new parser for duckdb.
> 
> I remember here was a discussion about it, so this can be an idea on how to do it.
> 
> https://duckdb.org/2024/11/22/runtime-extensible-parsers
I've been working on Lime https://codeberg.org/gregburd/lime and a replacement of flex and bison in Postgres using Lime https://github.com/gburd/postgres/tree/lime which isn't yet stable or ready but the intention is/was to use a new parser that has the ability to be extended (changed) at runtime so that our extension authors can do some more interesting tricks.

Not a finished branch, but something to talk about for sure.

> Regards
> 
> Pavel

best.

-greg
--ffbfc2eaa928fe2ae329d00f3decf8cf94e1e145
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE html><html><head><title></title></head><body><div><br></div><d=
iv><br></div><div>On Wed, May 13, 2026, at 9:25 AM, Pavel Stehule wrote:=
</div><blockquote type=3D"cite" id=3D"qt" style=3D""><div dir=3D"ltr"><d=
iv>Hi&nbsp;</div><div><br></div><div>today I found an article about prep=
aring a new parser for duckdb.</div><div><br></div><div>I remember here =
was a discussion about it, so this can be an idea on how to do it.</div>=
<div><br></div><div><a href=3D"https://duckdb.org/2024/11/22/runtime-ext=
ensible-parsers">https://duckdb.org/2024/11/22/runtime-extensible-parser=
s</a></div></div></blockquote><div>I've been working on Lime <a href=3D"=
https://codeberg.org/gregburd/lime">https://codeberg.org/gregburd/lime</=
a>&nbsp;and a replacement of flex and bison in Postgres using Lime <a hr=
ef=3D"https://github.com/gburd/postgres/tree/lime">https://github.com/gb=
urd/postgres/tree/lime</a>&nbsp;which isn't yet stable or ready but the =
intention is/was to use a new parser that has the ability to be extended=
 (changed) at runtime so that our extension authors can do some more int=
eresting tricks.</div><div><br></div><div>Not a finished branch, but som=
ething to talk about for sure.</div><div><br></div><blockquote type=3D"c=
ite" id=3D"qt" style=3D""><div dir=3D"ltr"><div>Regards</div><div><br></=
div><div>Pavel</div></div></blockquote><div><br></div><div>best.</div><d=
iv><br></div><div>-greg</div></body></html>
--ffbfc2eaa928fe2ae329d00f3decf8cf94e1e145--