[fdo-internals] OGR ProjConverter.h/.cpp

[Frank Warmerdam]

Greg Boone wrote:
> Ok, the questions keep coming…
> 
>  
> 
> The release build expects to find
> 
>  
> 
> proj.lib
> 
> geos.lib
> 
> geos_c.obj
> 
> libpq.lib
> 
> oci.lib
> 
>  
> 
> So, if we want to incorporate the OGR provider into the top level Open 
> Source build process, do we expect that proj, geos, postgresql and 
> oracle client be installed and a version of GDAL be available that uses 
> them ?

greg / Traian,

Does the OGR provider statically link against OGR or dynamically?
I'd like to strongly encourage linking against gdal_i.lib and using
the DLL instead of statically linking a distinct copy of GDAL into
the OGR provider.  This would avoid the OGR provider needing to
link against sub-components like oci.lib, libpq.lib, etc. It would
also mean it is easier for folks to substitute a different (but
ABI compatible) version of GDAL as a DLL and have the GDAL, and OGR
provider benefit from changes in the list of formats.

I'd also suggest that "tricky" drivers requiring external files, like
oci, and pq should be handled as plugins rather than normally being
built in.

Best regards,
-- 
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | President OSGeo, http://osgeo.org