[postgis-devel] Non-C functionality

[Paul Ramsey]

This raises an issue of policy which our "API stable" promise makes
perhaps worth articulating: functionality should be implemented
primarily in the C library. Otherwise we're going to have this issue,
of "bugs in the SQL" which cannot be solved by a library drop-in, and
that require extra DBA attention.

If the goal of "no SQL upgrades" is paramount, then moving more code
into C makes sense.

P.

On Fri, Nov 6, 2009 at 2:41 PM, PostGIS <trac at osgeo.org> wrote:

>  Okay lets punt this one.  It seems my idea of not having to change scripts
>  in minor versions that often is not working out anyway as the 1.4.1
>  already has changes in the .sql file.  I suppose we can revisit if the
>  need arises.