[Gdal-dev] Deploying with GDAL in Windows

Ivan Lucena ILucena at clarku.edu
Tue May 30 14:44:28 EDT 2006


Mateusz, Frank, All, 

I remove the "/MD" from the OPTFLAGS (nmake.opt) and I added some extra
letters after "VERSION = 13_", then I "clean", "build" and "install"
makefile.vc. Everything works file, but it's going to take a while to
test it in a fresh computer (with no MSVC). But It should work fine. I
will let you guys know if it's not.

Thanks you very much!


Ivan,


----------------------------------------+------
"Everybody got mixed feelings           | Ivan Lucena,
About the function and the form" - Rush |
                                        | Another Rush fan :-)
----------------------------------------+------


-----Original Message-----
From: gdal-dev-bounces at lists.maptools.org
[mailto:gdal-dev-bounces at lists.maptools.org] On Behalf Of Mateusz Loskot
Sent: Tuesday, May 30, 2006 11:52 AM
To: gdal-dev at lists.maptools.org
Subject: Re: [Gdal-dev] Deploying with GDAL in Windows

Ivan Lucena wrote:
> Hi there,
> 
> Once you have everything running in your personal computer you
probably
> don't need to worry about DLL versions, paths or versions. But does
> anybody has a suggestion of how should we place the DLL in clients
> machine?
> 
> #1 - MSVC71, MSVCP71.DLL:
> 
> I placed GDAL13.DLL in the same folder as the application executable,
> but when I run it Windows asked me form MSVC71.DLL and MSVCP71.DLL. Is
> there a FLAG in the nmake.opt to build with static MSVC libraries?


Ivan,
Common approach is to distribute those DLLs with the package and keep
them in the same directory as executable or DLL linking with them.

Flags? I don't know any.


> #2 - GDAL13.DLL:
>  
> If I put the GDAL3.Dll in the same folder as the application, it
should
> be all right. Adding the folder to the Windows path could make others
> GDAL application to failure, because I am not using this or that
library
> or driver. I remember someone suggesting naming it GDAL13_d.DLL to
avoid
> conflict.
> 
> Any ideas?

Introducing some naming convention seems to be good idea.

Cheers
-- 
Mateusz Loskot
http://mateusz.loskot.net
_______________________________________________
Gdal-dev mailing list
Gdal-dev at lists.maptools.org
http://lists.maptools.org/mailman/listinfo/gdal-dev




More information about the Gdal-dev mailing list