[Gdal-dev] Win32 Binaries

Ivan Lucena ivan.lucena at pmldnet.com
Fri May 11 18:25:32 EDT 2007


Mateusz,

> 7.1), but he uses ie. VS2005, they he won't be able to run debug builds,
> because there are no debug versions of 7.1 CRT DLLs available in the
> system.

I could be completely wrong, but I think that once you decided to do
debugging it doesn't mean that all the DLL that you use should to be
compiled for debugging.

I am using VC2005 to compile and debug in GDAL and I can use  "...Visual
Studio 8\Common7\Tools\Bin\Depends.exe", the "Dependency Walker", and it is
reporting that gdal_translate.exe is using MSVCR80.DLL not MSVCR80D.DLL.

It could be something else.

Regards,

Ivan

-----Original Message-----
From: gdal-dev-bounces at lists.maptools.org
[mailto:gdal-dev-bounces at lists.maptools.org] On Behalf Of Mateusz Loskot
Sent: Friday, May 11, 2007 4:51 PM
To: Frank Warmerdam
Cc: gdal-dev
Subject: Re: [Gdal-dev] Win32 Binaries

Frank Warmerdam wrote:
> Folks,
> 
> I've taken my first crack at producing Win32 binaries for GDAL 1.4.1.
> 
>   http://download.osgeo.org/gdal/win32/gdalwin32exe141.zip
>   http://download.osgeo.org/gdal/win32/gdalwin32dev141.zip
> 
> This is built using VC7.1 (Visual Studio .NET 2003).  I have confirmed
> that C applications (like gdalinfo.c) can be built against these libraries
> using other compilers - I tested with VC6.

Frank,

AFAIU, the dev version is dedicated for developers,
so they are supposed to build their applications in Debug mode.
If a user does not use Visual Studio .NET 2003 (compiler Visual C++
7.1), but he uses ie. VS2005, they he won't be able to run debug builds,
because there are no debug versions of 7.1 CRT DLLs available in the system.

The problem is that all debug libraries shipped with Visual Studio
are not redistributable, and they can not be distributed, AFAIK
according to EULA.

Summarizing, GDAL devel package prepared with VS.NET2003 is unusable
with VS2005.

I'd suppose that similar problem is with Visual Studio .NET 2002 and
6.0, isn't it?

> The executables and corresponding gdal14.dll are fairly minimimal.  I
> used the default set of built-in drivers.  No external libraries were
> used.

Is this correct, that there are only debug version of binaries
in the dev package and release versions are missing?

> I'd appreciate folks trying these out a bit and let me know of problems
> encountered.

I started testing these binaries, and the non-devel version works so
far, but the devel one is unusable for me, as far as I tested.

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