[gdal-dev] Motion: adopt RFC 96: Deferred C++ plugin loading

[Sean Gillies]

Hi Even,

I think this makes great sense for the project. I don't yet understand what
it means for an enterprise like Rasterio's PyPI wheels.

Here's a refresher for people who aren't familiar with Python packaging
tools like delocate, auditwheel, and delvewheel. Today, these tools detect
when Rasterio extension modules link libgdal, and then find the libraries
that libgdal links via metadata in the shared libraries. This allows
libgdal and its dependencies to be relocated so that they can be
distributed alongside Rasterio's Python and extension modules.

I don't know that delocate et al will be able to find libraries that are
dlopened by the new GDAL proxy drivers. Does anyone else know? I'm starting
a new job this week and may not have time to experiment until next week.


On Wed, Nov 15, 2023 at 2:52 AM Even Rouault via gdal-dev <
gdal-dev at lists.osgeo.org> wrote:

> Hi,
>
> Motion: adopt RFC 96: Deferred C++ plugin loading
>
> https://github.com/OSGeo/gdal/pull/8648
>
> Pre-rendered view:
>
>
> https://github.com/rouault/gdal/blob/rfc96_text/doc/source/development/rfc/rfc96_deferred_plugin_loading.rst
>
>
> Starting with my +1,
>
> Even
>

-- 
Sean Gillies
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20231115/81effc9d/attachment.htm>