[postgis-devel] Use of deprecated functionsin non-deprecatedfunctions
Kevin Neufeld
kneufeld at refractions.net
Tue Jul 29 09:08:07 PDT 2008
Yes, I totally agree. Sorry I wasn't clear. I meant that if we ever
were to start throwing NOTICEs on deprecated functions, I would think
the way to do that would be to change the deprecated functions that
reference the c directly into plpgsql functions.
IE.
"crosses" and "_crosses" both reference the c library directly. Since
we can't throw a NOTICE in the c function (since it would look like
"_crosses" is also deprecated) we would need to change "crosses" to an
aliased plpgsql function that first throws a NOTICE and then calls
"_crosses".
I realize now that this topic is a little different than what you
brought up a couple of posts ago.
Cheers,
Kevin
Obe, Regina wrote:
> You wouldn't want to do that. plpgsql is opaque to the planner. For
> things such as ST_Intersects, ST_DWithin, ST_Within and all those
> automagically indexed functions, they will become automagically stupid.
>
> Regina
>
> -----Original Message-----
> From: postgis-devel-bounces at postgis.refractions.net
> [mailto:postgis-devel-bounces at postgis.refractions.net] On Behalf Of
> Kevin Neufeld
> Sent: Monday, July 28, 2008 1:16 PM
> To: PostGIS Development Discussion
> Subject: Re: [postgis-devel] Use of deprecated functionsin
> non-deprecatedfunctions
>
> Obe, Regina wrote:
>> ... just wanted to verify there was no issue with referencing the
> lwpostgis c functions directly in all the aliased functions.
>> Thanks,
>> Regina
>>
>
> Are we planning some time in the future to start throwing NOTICEs /
> ERRORs on deprecated function use? If so, I would think the easiest way
>
> to do this would be through the simple wrappers we have now (though
> we'll have to convert the SQL wrappers to plpgsql wrappers).
>
> Cheers,
> -- Kevin
> _______________________________________________
> postgis-devel mailing list
> postgis-devel at postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-devel
> -----------------------------------------
> The substance of this message, including any attachments, may be
> confidential, legally privileged and/or exempt from disclosure
> pursuant to Massachusetts law. It is intended
> solely for the addressee. If you received this in error, please
> contact the sender and delete the material from any computer.
>
> _______________________________________________
> postgis-devel mailing list
> postgis-devel at postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-devel
More information about the postgis-devel
mailing list