You might also take a look at the -dev packages at <a href="http://www.gisinternals.com/sdk/">http://www.gisinternals.com/sdk/</a><div>The compilation is controlled by a single makefile, so you can use:</div><div><br></div>
<div>nmake gdal</div><div>nmake gdal-csharp</div><div><br></div><div>to achieve the desired result.</div><div><br></div><div>Best regards,</div><div><br></div><div>Tamas</div><div><br></div><div> <br><br><div class="gmail_quote">
2012/10/29 Noon Silk <span dir="ltr"><<a href="mailto:noonslists+gdal@gmail.com" target="_blank">noonslists+gdal@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Mon, Oct 29, 2012 at 9:47 PM, Tamas Szekeres <<a href="mailto:szekerest@gmail.com">szekerest@gmail.com</a>> wrote:<br>
> This doc is fairly old (written by me ;-) , but the build process hasn't<br>
> been changed for years. What did you mean by "it doesn't appear to be<br>
> included as part of any existing build/packaging process"?<br>
<br>
</div>I guess what I meant here is that the building of the swig bindings<br>
for some particular language aren't in, say, the root "<a href="http://makefile.vc" target="_blank">makefile.vc</a>".<br>
And the scripts that perhaps do do some sort of build (though, not<br>
that I'm actually using at the moment) need to be called directly.<br>
<br>
I.e. I had sort of assumed that I'd end up, at some point, with the<br>
swig stuff distributed in the same fashion that I do with the rest of<br>
gdal, when I do "nmake ... install" (in the end I've just hacked the<br>
scripts to do this, but clearly that's not ideal ...)<br>
<br>
Anyway, thanks for your help, and there only remains one problem to<br>
solve (I think with the signing of the swig generated stuff; .NET is<br>
upset about some sort of code calling native libs ...) then it might<br>
just work!<br>
<br>
<br>
> Best regards,<br>
><br>
> Tamas<br>
<br>
--<br>
Noon<br>
</blockquote></div><br></div>