[Gdal-dev] GDAL 1.4.0 RC1 Available

William Kyngesburye woklist at kyngchaos.com
Wed Jan 3 11:19:42 EST 2007


On Jan 3, 2007, at 8:24 AM, Ivan Lucena wrote:

> William,
>
> I suggest placing GDALRegister_IDRISI first in the GDALAllRegister 
> () and
> I think that will be safe because this format is file-extension
> dependent, and checks for it:
>
Makes sense, but won't work in my situation.  To make my Xcode  
project more configurable for formats that require optional external  
libraries (on OS X), I do these formats as plugins.  I know Frank has  
told me that this is an unsupported use of plugins, and partly for  
this very reason - format loading order.

For a quick immediate fix for the bug, this sounds like a reasonable  
workaround.  I can adjust my Xcode project somehow.  For a 'normal'  
configure-make-install build on OSX it wouldn't be a problem.

Frank, when I was thinking about this, and my excessive use of  
plugins, I wondered if GDALAllRegister() could be changed a bit: do  
some of the plugin checking and loading there directly instead of at  
the start in AutoLoadDrivers().  Then, whether it's a plugin or  
builtin, formats could still be loaded in a particular order.   
Something like:

#ifdef FRMT_netcdf
     GDALRegister_GMT();
     GDALRegister_netCDF();
#else
     // check for existence of plugin version of it
     // load it if found
#endif

Just a thought.

-----
William Kyngesburye <kyngchaos at kyngchaos.com>
http://www.kyngchaos.com/

[Trillian]  What are you supposed to do WITH a maniacally depressed  
robot?

[Marvin]  You think you have problems?  What are you supposed to do  
if you ARE a maniacally depressed robot?  No, don't try and answer,  
I'm 50,000 times more intelligent than you and even I don't know the  
answer...

- HitchHiker's Guide to the Galaxy


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20070103/5762a1f3/attachment.html


More information about the Gdal-dev mailing list