Alexander Peshkoff wrote:

> On Tuesday 09 February 2010 05:40:02 Peter Faulks wrote:
>
>> Is blr here to stay?
>>
>
> yes
>

Why? It's obsolete. And it's a crutch that lets Firebird from pushing
SQL into the engine where it belongs.

It's time to rethink old ideas and adopt to at least the 1990s. SQL
won, BLR lost, get over it.

>
> 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.
>

Not one of the oldest -- the oldest. It was the first thing I wrote
while I was learning C and Xenix. It predates the engine by about a month.

> 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.
>

The idea of BLR was to move the cost of language processing from runtime
to compilation time. It doesn't matter any more.

--
Jim Starkey
NimbusDB, Inc.
978 526-1376



[Non-text portions of this message have been removed]