[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