Do you guys know when 3.2 will be supported?  How do I build from 3.2 currently using the patches you mentioned -- are there instructions anywhere?<div><br></div><div>Thanks in advance,</div><div>Isaac<br><br><div class="gmail_quote">

On Sat, Jul 9, 2011 at 8:28 AM, Even Rouault <span dir="ltr">&lt;<a href="mailto:even.rouault@mines-paris.org">even.rouault@mines-paris.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

Le samedi 09 juillet 2011 13:56:54, Tamas Szekeres a écrit :<br>
<div><div></div><div class="h5">&gt; 2011/7/8 Even Rouault &lt;<a href="mailto:even.rouault@mines-paris.org">even.rouault@mines-paris.org</a>&gt;<br>
&gt;<br>
&gt; &gt; <a href="http://vbkto.dyndns.org/sdk/" target="_blank">http://vbkto.dyndns.org/sdk/</a> proposes bindings for 2.6, 2.7 and 3.1.<br>
&gt; &gt; Perhaps<br>
&gt; &gt; Tamas would want to add support for 3.2 ?<br>
&gt;<br>
&gt; How do we stand with the Python 3.2 support in GDAL? Do we still require to<br>
&gt; patch the gererated interface files so as to compile the bindings<br>
&gt; successfully?<br>
&gt; I&#39;m a bit hesitant to include a patching step as part of the build<br>
&gt; execution sequence.<br>
<br>
</div></div>I&#39;ve just downloaded the latest swig version 2.0.4 and the good news is that<br>
it now generates binding files compatible with Python 3.2 (as well as with<br>
previous Python versions). I also tested quickly with Java and Perl and the<br>
generated files are good enough to enable &quot;make test&quot; to run successfully.<br>
<br>
However, with CSharp, the generated cpp files have the following duplicate<br>
declaration<br>
<br>
  static OsrPINVOKE() {<br>
  }<br>
<br>
  static OsrPINVOKE() {<br>
  }<br>
<br>
which causes the following error :<br>
<br>
mcs /debug:full /target:library /out:osr_csharp.dll osr/*.cs AssemblyInfo.cs<br>
osr/OsrPINVOKE.cs(192,10): error CS0111: A member<br>
`OSGeo.OSR.OsrPINVOKE.OsrPINVOKE()&#39; is already defined. Rename this member or<br>
use different parameter types<br>
osr/OsrPINVOKE.cs(188,10): (Location of the symbol related to previous error)<br>
<br>
whereas it is ok with swig 1.3.40<br>
<br>
I couldn&#39;t find a relevant ticket in their bug tracker about this duplicate<br>
PINVOKE.<br>
<br>
<br>
&gt;<br>
&gt;<br>
&gt; Best regards,<br>
&gt;<br>
&gt; Tamas<br>
</blockquote></div><br></div>