On Tuesday 09 February 2010 05:40:02 Peter Faulks wrote:

> G'day
>
> Been a firebird user (on and off) for nearly ten years.
>
> Just wondering what is the future of gpre and/or support for embedded
> SQL for firebird.
>
> It seems to me to be always lagging behind everything else (it took
> years to get COALESCE)
>
> I was ecstatic to see that FB was starting to get some useful functions
> in the engine itself, but then saw that good ol' gpre is still not up to
> date. :-(
>
> Is blr here to stay?

yes

> If it is, I might consider spending some time
> learning how gpre works (or doesn't work to be more accurate) and
> perhaps look at writing a new pre-compiler from scratch that uses lookup
> tables or something so that future additions to the language can just be
> added. (Could it be that simple?)

gpre is very old program. If I'm not mistaken, it's one of oldest firebird
components. Currently our project supports it mainly for internal use - gpre
is needed to build firebird, because parts of engine and utilities are
written using GDML.

If you wish to spend some time enhancing gpre (or writing new embedded
preprocessor) - very good, and welcome to firebird developers list
(firebird-devel@...)! What about ways to make embedded SQL
be in sync with dynamic one - suppose the best way is to use same parser /
blr generator in both cases.