[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