[gdal-dev] driver question?
Even Rouault
even.rouault at mines-paris.org
Sun Nov 22 13:17:23 EST 2009
The best solution would be that your partner delivers to you its driver
A compiled as a separate GDAL plugin (for example, if the driver
shortname is FOO : gdal_FOO.dll with an entry point GDALRegister_FOO()).
You then just have to define GDAL_DRIVER_PATH to point to the directory
where gdal_FOO.dll is. Be careful : you and your partner must use use
the same major GDAL version (identical X if GDAL version is 1.X.Y) to
compile & run against, otherwise there is a risk of C++ ABI
incompatibility. As far as your driver B is concerned, compiling it as a
plugin or fully integrated in your GDAL source tree is just a matter of
conveniency.
See http://trac.osgeo.org/gdal/browser/trunk/gdal/frmts/hdf5/makefile.vc
for an example of a makefile with a plugin target.
gispowerfan a écrit :
> Hi
>
> I want to ask a question about how to implement the driver
> for gdal. Because the partner don't provide their driver source(driver
> A) for gdal, but we need it and we have our own drivers(driver b) for
> gdal. So the easy way is that we provide the source contain driver B
> to our partner, and out partner add their source, then compile it,
> give us the final dll. Now the question is that we need upate our
> source frequently, are there other method? is if feasible that our
> partner change their souce code and put the implement code into *.lib
> and *.dll, just interface of driver A in frmts driver source?
>
> Best regards
>
> 2009-11-23
> ------------------------------------------------------------------------
> gispowerfan
> ------------------------------------------------------------------------
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
More information about the gdal-dev
mailing list