[gdal-dev] makegdal_gen.bat and Visual Studio version > 2010

Ivan Lucena lucena_ivan at hotmail.com
Wed Apr 16 12:50:54 PDT 2014

Hi Yehiyam,
Yes, CMake could help. But it could hurt too. That was discussed here before and I don't do that.
The VS IDE is particularly useful if you are developing drivers in Windows environment, mostly because of the integrated debugger. There are also integrated tools to read file in hexadecimal, what is very useful if you need to debug a file format and a compression.
I usually don't touch the file nmake.opt. It's much easier to copy just the settings you need to a nmake.local file. By doing that you also don't need to merge your changes at everytime SVN update.
But thanks for your feedback. It seems like we really don't need to update makegdal_gen.bat. Good to know.
From: yehil at rafael.co.il
To: lucena_ivan at hotmail.com
CC: gdal-dev at lists.osgeo.org
Date: Wed, 16 Apr 2014 21:19:06 +0300
Subject: Re: [gdal-dev] makegdal_gen.bat and Visual Studio version > 2010

Hi all

As a developer on windows, I have never used the vs solutions. I didn't find any added value over using the make file directly.

The biggest step that I needed to overcome was the configuration of nmake.opt. 

A big step to help windows programmers will be to add support for cmake. That will help configuring for windows as well linuxes android iOS etc.
Yehiyam Livneh

On Apr 16, 2014 9:05 PM, Ivan Lucena <lucena_ivan at hotmail.com> wrote:

Hi there,


The script "makegdal_gen.bat" on the root of GDAL folder was developed in 2007 and the intension was to create an usable Visual Studio "Makefile Project" with the GDAL source tree and commands to run GDAL makefile.vc.


An VS "Makefile Project" doesn't not store any compilation option like a regular Visual Studio C++ project, it just run the nmake command as you define. But can borse the source tree, use the the IDE tools for debugging and all the intelisense fancy stuff.


Since it still used the "nmake.opt" and the very smart "nmake.local" you can choose between build on the IDE or use the command line, with the same settings. If you have a simple C++ project you can't build with nmake, as far as I know.


The problem is that until VS 2010 your could still run the "makegdal_gen.bat" and use "Open Project" in Visual Studio and it would make changes and import the .vcproj file to the new VS Makefile project.


But that doesn't work anymore. At least with VS 2012. After "Open Project" it does imports the .vcproj file but instead of a "Makefile" project, it creates an regular C++  project without importing the options from nmake.opt.


It might be possible to analize the new structure of a VS 2012 Makefile project and fix makegdal_gen.bat to generate an appropiate new profile files (.vcxproj, .vcxproj.filters, .vcxproj.user)


So if someone has the interest in taking that task, that would be great. I don't know if people even uses that thing, so we might be better off by drop it all together.


In the mean time we should also get rid of those old "makegdalNN.vcproj" from SVN. If someone need then, they can generate with makegdal_gen.bat and get an updated source code tree.


I don't know who create the makegdal10{.sln,.vcproj.,vcproj.filters} that seems to be a hand-made C++ Project and that doesn't belong on that discussion.








This message (including any attachments) issued by RAFAEL- ADVANCED DEFENSE SYSTEMS LTD. (hereinafter "RAFAEL") contains confidential information intended for a specific individual and purpose, may constitute information that is privileged or confidential or otherwise protected from disclosure. If you are not the intended recipient, you should contact us immediately and thereafter delete this message from your system. You are hereby notified that any disclosure, copying, dissemination, distribution or forwarding of this message, or the taking of any action based on it, is strictly prohibited. If you have received this e-mail in error, please notify us immediately by e-mail mailto:lawraf at rafael.co.il and completely delete or destroy any and all electronic or other copies of the original message and any attachments thereof. 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20140416/81d4c905/attachment.html>

More information about the gdal-dev mailing list