[Gdal-dev] Win32 Binaries

Simon Perkins sy at perkins.net
Tue May 15 15:47:38 EDT 2007


Personally I've always used the makefile.vc approach. I find that 
fine-grained configuration of the build is much easier by editing 
nmake.opt, rather than editing project files. I've never had any real 
problems doing it that way though if I was doing more serious GDAL 
development under windows (rather than just building release version of 
the GDAL libraries) I would prefer project files.

A while back someone suggested setting up a cmake build and I'd love to 
see that. In addition to its cross-platform abilities (e.g. VS 2003 vs 
VS 2005 vs gcc), cmake seems offers easy fine-grained configuration, but 
generates normal looking VS project files on windows. If only I had the 
time...

Cheers,

Sy


Craig Miller wrote:
> I'd agree with this.  Anyone debugging under Windows is most likely setup to
> build on their own.
>
> I'm curious... How many of you who debug under Windows use the makefiles
> that come with GDAL, and how many of you use Visual Studio Project files
> (your own or the VTP ones)?
>
> - I use my own VS Solution and Project Files to build and debug.
>
> Craig
>  
>
> -----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 15, 2007 10:41 AM
> To: Frank Warmerdam
> Cc: gdal-dev
> Subject: Re: [Gdal-dev] Win32 Binaries
>
> Frank Warmerdam wrote:
>   
>> My understanding then is that folks with VS2005 cannot use the
>> *debug* version of GDAL, but can still build their application with 
>> debug and use the release version of GDAL.  The downside of course is 
>> that they can't debug into GDAL.
>>     
>
> Frank,
>
> Yes, it is correct.
>
>   
>> Basically then the gdal_iD.lib and gdal14d.dll are extras for folks 
>> who happen to have VS2003.  Others will basically have to use the 
>> release version of GDAL even if they are building their own apps with  
>> debug.  If they really want to debug into GDAL then they will need to 
>> build it themselves.
>>     
>
> Possible but I think users may be confused which version to use.
>
>   
>> In fact, when we distribute plugins they will need to be specifically  
>> for a release or debug build I imagine.  Perhaps it would be simpliest 
>> if I just omit any debug version of stuff from the package?
>> That way folks won't accidentally try to use it with the wrong version 
>> of the compiler, or run into problems with plugins not working in 
>> debug.
>>     
>
> Yes, I believe that would be good.
> If someone will want to debug GDAL, we can assume he is able to build GDAL
> on his own, what seems to be the best option for very powered users.
>
>
> 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
>
> _______________________________________________
> Gdal-dev mailing list
> Gdal-dev at lists.maptools.org
> http://lists.maptools.org/mailman/listinfo/gdal-dev
>   

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20070515/1c00fef2/attachment.html


More information about the Gdal-dev mailing list