GDAL Python 3.2 packages has now been added to the builds at http://www.gisinternals.com/sdk/
Best regards, Tamas 2011/7/9 Isaac Gerg <isaac.g...@gergltd.com> > This sounds great. Thanks so much Tamas. > > Isaac > > > On Sat, Jul 9, 2011 at 5:07 PM, Tamas Szekeres <szeker...@gmail.com>wrote: > >> I'm just working on to include that in the builds at >> http://www.gisinternals.com/sdk/ >> >> Unfortunately I always have to patch the python-distutils stuff from >> versions to versions so as to make it work with all the supported >> compilers... >> >> Best regards, >> >> Tamas >> >> >> >> 2011/7/9 Isaac Gerg <isaac.g...@gergltd.com> >> >>> 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? >>> >>> Thanks in advance, >>> Isaac >>> >>> >>> On Sat, Jul 9, 2011 at 8:28 AM, Even Rouault < >>> even.roua...@mines-paris.org> wrote: >>> >>>> Le samedi 09 juillet 2011 13:56:54, Tamas Szekeres a écrit : >>>> > 2011/7/8 Even Rouault <even.roua...@mines-paris.org> >>>> > >>>> > > http://vbkto.dyndns.org/sdk/ proposes bindings for 2.6, 2.7 and >>>> 3.1. >>>> > > Perhaps >>>> > > Tamas would want to add support for 3.2 ? >>>> > >>>> > How do we stand with the Python 3.2 support in GDAL? Do we still >>>> require to >>>> > patch the gererated interface files so as to compile the bindings >>>> > successfully? >>>> > I'm a bit hesitant to include a patching step as part of the build >>>> > execution sequence. >>>> >>>> I've just downloaded the latest swig version 2.0.4 and the good news is >>>> that >>>> it now generates binding files compatible with Python 3.2 (as well as >>>> with >>>> previous Python versions). I also tested quickly with Java and Perl and >>>> the >>>> generated files are good enough to enable "make test" to run >>>> successfully. >>>> >>>> However, with CSharp, the generated cpp files have the following >>>> duplicate >>>> declaration >>>> >>>> static OsrPINVOKE() { >>>> } >>>> >>>> static OsrPINVOKE() { >>>> } >>>> >>>> which causes the following error : >>>> >>>> mcs /debug:full /target:library /out:osr_csharp.dll osr/*.cs >>>> AssemblyInfo.cs >>>> osr/OsrPINVOKE.cs(192,10): error CS0111: A member >>>> `OSGeo.OSR.OsrPINVOKE.OsrPINVOKE()' is already defined. Rename this >>>> member or >>>> use different parameter types >>>> osr/OsrPINVOKE.cs(188,10): (Location of the symbol related to previous >>>> error) >>>> >>>> whereas it is ok with swig 1.3.40 >>>> >>>> I couldn't find a relevant ticket in their bug tracker about this >>>> duplicate >>>> PINVOKE. >>>> >>>> >>>> > >>>> > >>>> > Best regards, >>>> > >>>> > Tamas >>>> >>> >>> >> >
_______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev