<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">So basically, we would only change the way functions in SFCGAL<br>
"register" themselves in the global array of functions [1]: transform<br>
the static array into a simple chained list and have the SFCGAL module<br>
extend it when it gets loaded on runtime by postgresql (on create<br>
extension postgis_sfcgal)<br></blockquote><div><br></div><div>Yes, that would probably be enough. </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
[1]<br>
<a href="https://trac.osgeo.org/postgis/browser/trunk/postgis/lwgeom_backend_api.c#L71" rel="noreferrer" target="_blank">https://trac.osgeo.org/postgis/browser/trunk/postgis/lwgeom_backend_api.c#L71</a><br>
<br>
> <br>
> If someone provides a javascript implementation for say<br>
> ST_DelaunayTriangles, they can't simply drop into it at all, apart from<br>
> renaming and wrapping it all into more layers and having strong<br>
> dependencies on creation order.<br>
<br>
Hmmm, but that's even more dynamic than what I had in mind :)<br>
<br>
What you suggest is a way to override any function of postgis with any<br>
other user-defined function, including from interpreted languages, and<br>
only for the current session ?<br></blockquote><div><br></div><div>Okay, maybe going for any language is overkill :)<br><br>But at some level it should be possible - so if someone wants to drop in boost-geometry they could, and won't have to be a part of PostGIS codebase. </div></div></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Darafei Praliaskouski<br>Support me: <a href="http://patreon.com/komzpa">http://patreon.com/komzpa</a></div></div>