Hi Asa,
Thanks for the detailed investigation, I'll evaluate the result of the
changes and try to incorporate them in GDAL.
Best regards,
Tamas
2015-06-10 20:07 GMT+02:00 Asa Packer <apac...@biosonicsinc.com>:
> Hello again,
>
> Sorry, I posted this using the Nabble gateway, and the text I formatted as
> raw text did not come through correctly in email. Here is another try.
>
> -Asa
> ---
> Hello,
>
> I am new to GDAL, and SWIG. I spent yesterday getting GDAL 1.11.2 compiled
> and ran into similar errors trying to build the C# bindings as are being
> discussed on this thread. I am on Windows (7 Pro SP1 x64) using Visual
> Studio 2013's command prompt. I am using the current version of swigwin,
> 3.0.5.
>
> FWIW, I was able to fix the errors by making the following changes. Since
> I
> don't really understand what SWIG is doing very well, I'm not sure how safe
> these are, although they seem fairly minor. I apologize if this has
> already
> been discussed somewhere else - I'm reporting them just in case they are
> helpful.
>
> 1. Change line 95 of
> gdal-1.11.2/swig/include/csharp/swig_csharp_extensions.i from
> public $csclassname(IntPtr cPtr, bool cMemoryOwn, object parent) :
> base($modulePINVOKE.$csclassnameUpcast(cPtr), cMemoryOwn, parent) {
> to
> public $csclassname(IntPtr cPtr, bool cMemoryOwn, object parent) :
> base($modulePINVOKE.$csclassname_SWIGUpcast(cPtr), cMemoryOwn, parent) {
>
> This fixes errors saying that the upcast function does not exist. These
> errors happen starting with SWIG 2.0.0.
>
> 2. Delete lines 12-17 of
> gdal-1.11.2/swig/include/csharp/swig_csharp_extensions.i - this fixes the
> duplicate static constructor error CS0111. This error is related to the
> following entry from the SWIG changelog
> http://www.swig.org/Release/CHANGES.
> The change was first released in SWIG 2.0.0.
>
> 2010-05-23: wsfulton
> [C#] Fix #2957375 - SWIGStringHelper and SWIGExceptionHelper
> not
> always being
> initialized before use in .NET 4 as the classes were not marked
> beforefieldinit.
> A static constructor has been added to the intermediary class
> like this:
>
> %pragma(csharp) imclasscode=%{
> static $imclassname() {
> }
> %}
>
> If you had added your own custom static constructor to the
> intermediary class in
> the same way as above, you will have to modify your approach to
> use static variable
> initialization or define
> SWIG_CSHARP_NO_IMCLASS_STATIC_CONSTRUCTOR - See csharphead.swg.
>
> *** POTENTIAL INCOMPATIBILITY ***
>
> 3. Add the "-DSWIG2_CSHARP" flag to my SWIG variable in
> gdal-1.11.2/nmake.local. This fixes numerous errors about basic .NET types
> like IntPtr not being defined. This is related to the following entry from
> the SWIG changelog, first released in version 3.0.0:
>
> 2013-11-09: wsfulton
> [C#] Apply patch #79 from Brant Kyser
> - Remove using directives from the generated C# code and
> fully
> qualify the use of all .NET
> framework types in order to minimize potential name
> collisions from input files defining
> types, namespace, etc with the same name as .NET framework
> members.
> - Globally qualify the use of .NET framework types in the
> System namespace
> - Remove .NET 1.1 support, .NET 2 is the minimum for the C#
> module
>
> This is a potential backwards compatibility break if code has
> been added relying on these using
> statements that used to be generated:
>
> using System;
> using System.Runtime.InteropServices;
>
> The quick fix to add these back in is to add the -DSWIG2_CSHARP
> command line option when
> executing SWIG. See CSharp.html documentation for more info.
>
> *** POTENTIAL INCOMPATIBILITY ***
>
> Thanks! I appreciate all the work that you and others have done to make
> GDAL so nice.
>
> Asa
>
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
