Hi,
I've revised a bit the RFC
(https://github.com/OSGeo/gdal/pull/8648/commits/b7053db2f433275edf16286596e71f3ceb9738a5)
to unify the way the plugin driver proxy and the actual driver declare
their metadata. This avoids the new GDALPluginDriverFeatures class, and
will limit the risk of omissions or inconsistencies between the proxy
and actual drivers.
Even
Le 02/11/2023 à 12:59, Even Rouault via gdal-dev a écrit :
Hi,
I'm seeking for feedback and review on a new RFC (RFC 96: Deferred
in-tree C++ plugin loading),
detailed in https://github.com/OSGeo/gdal/pull/8648, whose summary is:
This RFC adds a mechanism to defer the loading of in-tree C++ plugin
drivers to
the point where their executable code is actually needed, and converts
a number
of relevant drivers to use that mechanism. The aim is to allow for
more modular
GDAL builds, while improving the performance of plugin loading.
(This is material only for GDAL 3.9 of course)
Even
--
http://www.spatialys.com
My software is free, but my time generally not.
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
