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

Hi, Motion passed with +1 from PSC members KurtS, HowardB, JukkaR, JavierJS and me Even Le 15/11/2023 à 10:51, Even Rouault via gdal-dev a écrit : Hi, Motion: adopt RFC 96: Deferred C++ plugin loading https://github.com/OSGeo/gdal/pull/8648 Pre-rendered view: https://github.com/rouault/g

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

Hi Sean On Thu, 16 Nov 2023 at 12:10, Even Rouault via gdal-dev < gdal-dev@lists.osgeo.org> wrote: > > > > 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. > > I'd say it probably changes nothing. The RFC just

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

Sounds good to me, Even. Rasterio's wheels can remain at the forefront of terrible for now. On Thu, Nov 16, 2023 at 5:10 AM Even Rouault wrote: > Hi Sean, > > > > I think this makes great sense for the project. I don't yet understand > > what it means for an enterprise like Rasterio's PyPI wheel

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

Hi Sean, 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. I'd say it probably changes nothing. The RFC just postpones the time where the plugins are loaded, but the fact that they are dlopen()'ed (early or la

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

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 Rast

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

23 11.52 > Vastaanottaja: gdal-dev@lists.osgeo.org > Aihe: [gdal-dev] Motion: adopt RFC 96: Deferred C++ plugin loading > > Hi, > > Motion: adopt RFC 96: Deferred C++ plugin loading > ... > Starting with my +1, > > Even > > -- > > __

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

+1 -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Even Rouault via gdal-dev Lähetetty: keskiviikko 15. marraskuuta 2023 11.52 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: [gdal-dev] Motion: adopt RFC 96: Deferred C++ plugin loading Hi, Motion: adopt RFC 96

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

+1 Howard I'm excited for this to start percolating. Thank you for all of the effort to design and implement it. > On Nov 15, 2023, at 3:51 AM, Even Rouault via gdal-dev > wrote: > > Hi, > > Motion: adopt RFC 96: Deferred C++ plugin loading > > https://github.com/OSGeo/gdal/pull/8648 > > P

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

+1 KurtS One minor comment... I use pfnOpen in a few of my local fuzzers, but I build statically without plugins, so I think my use won't be impacted. But even if I am impacted, that's my problem and not a responsibility of the GDAL project as I'm using internal GDAL details. > Another potential

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

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 -- http://www.spatialys.com My software