[gdal-dev] Python3 continuous testing
Tamas Szekeres
szekerest at gmail.com
Tue Jan 27 14:18:45 PST 2015
Hi Even,
I get this output from a Python 3.4 build (VS2012):
E:\builds\Python34\python.exe setup.py build
running build
running build_py
creating build
creating build\lib.win32-3.4
copying gdal.py -> build\lib.win32-3.4
copying ogr.py -> build\lib.win32-3.4
copying osr.py -> build\lib.win32-3.4
copying gdalconst.py -> build\lib.win32-3.4
copying gdalnumeric.py -> build\lib.win32-3.4
creating build\lib.win32-3.4\osgeo
copying osgeo\gdal.py -> build\lib.win32-3.4\osgeo
copying osgeo\gdalconst.py -> build\lib.win32-3.4\osgeo
copying osgeo\gdalnumeric.py -> build\lib.win32-3.4\osgeo
copying osgeo\gdal_array.py -> build\lib.win32-3.4\osgeo
copying osgeo\ogr.py -> build\lib.win32-3.4\osgeo
copying osgeo\osr.py -> build\lib.win32-3.4\osgeo
copying osgeo\__init__.py -> build\lib.win32-3.4\osgeo
Fixing build\lib.win32-3.4\gdal.py build\lib.win32-3.4\ogr.py
build\lib.win32-3.4\osr.py build\lib.win32-3.4\gdalconst.py
build\lib.win32-3.4\gdalnumeric.py build\lib.win32-3.4\osgeo\gdal.py
build\lib.win32-3.4\osgeo\gdalconst.py
build\lib.win32-3.4\osgeo\gdalnumeric.py
build\lib.win32-3.4\osgeo\gdal_array.py build\lib.win32-3.4\osgeo\ogr.py
build\lib.win32-3.4\osgeo\osr.py build\lib.win32-3.4\osgeo\__init__.py
Skipping implicit fixer: ws_comma
Fixing build\lib.win32-3.4\gdal.py build\lib.win32-3.4\ogr.py
build\lib.win32-3.4\osr.py build\lib.win32-3.4\gdalconst.py
build\lib.win32-3.4\gdalnumeric.py build\lib.win32-3.4\osgeo\gdal.py
build\lib.win32-3.4\osgeo\gdalconst.py
build\lib.win32-3.4\osgeo\gdalnumeric.py
build\lib.win32-3.4\osgeo\gdal_array.py build\lib.win32-3.4\osgeo\ogr.py
build\lib.win32-3.4\osgeo\osr.py build\lib.win32-3.4\osgeo\__init__.py
Skipping implicit fixer: ws_comma
running build_ext
building 'osgeo._gdal' extension
creating build\temp.win32-3.4
creating build\temp.win32-3.4\Release
creating build\temp.win32-3.4\Release\extensions
C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\BIN\cl.exe /c
/nologo /Ox /MD /W3 /GS- /DNDEBUG -I../../port -I../../gcore -I../../alg
-I../../ogr/ -IE:\builds\Python34\include -IE:\builds\Python34\include
-IE:\builds\Python34\lib\site-packages\numpy\core\include
/Tpextensions/gdal_wrap.cpp
/Fobuild\temp.win32-3.4\Release\extensions/gdal_wrap.obj
gdal_wrap.cpp
extensions/gdal_wrap.cpp(2451) : error C3861: 'PyCObject_Import':
identifier not found
extensions/gdal_wrap.cpp(2521) : error C3861: 'PyCObject_FromVoidPtr':
identifier not found
extensions/gdal_wrap.cpp(2544) : error C3861: 'PyCObject_AsVoidPtr':
identifier not found
extensions/gdal_wrap.cpp(2549) : error C3861: 'PyCObject_FromVoidPtr':
identifier not found
C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\INCLUDE\xlocale(336)
: warning C4530: C++ exception handler used, but unwind semantics are not
enabled. Specify /EHsc
e:\sdk\vc11\gdal-trunk\gdal\port\cpl_config.h(16) : warning C4005:
'HAVE_SNPRINTF' : macro redefinition
e:\builds\python34\include\pyerrors.h(450) : see previous
definition of 'HAVE_SNPRINTF'
e:\sdk\vc11\gdal-trunk\gdal\port\cpl_config.h(62) : warning C4005:
'HAVE_DIRECT_H' : macro redefinition
e:\builds\python34\include\pyconfig.h(467) : see previous
definition of 'HAVE_DIRECT_H'
../../gcore\gdal_priv.h(547) : warning C4251: 'GDALColorTable::aoEntries' :
class 'std::vector<_Ty>' needs to have dll-interface to be used by clients
of class 'GDALColorTable'
with
[
_Ty=GDALColorEntry
]
../../gcore\gdal_priv.h(932) : warning C4251:
'GDALDriverManager::oMapNameToDrivers' : class 'std::map<_Kty,_Ty>' needs
to have dll-interface to be used by clients of class 'GDALDriverManager'
with
[
_Kty=CPLString,
_Ty=GDALDriver *
]
extensions/gdal_wrap.cpp(3003) : warning C4244: 'argument' : conversion
from 'GIntBig' to 'Py_ssize_t', possible loss of data
extensions/gdal_wrap.cpp(3016) : warning C4244: 'argument' : conversion
from 'GIntBig' to 'Py_ssize_t', possible loss of data
extensions/gdal_wrap.cpp(3019) : warning C4244: 'return' : conversion from
'GIntBig' to 'int', possible loss of data
extensions/gdal_wrap.cpp(4136) : warning C4244: '=' : conversion from
'double' to 'int', possible loss of data
extensions/gdal_wrap.cpp(4137) : warning C4244: '=' : conversion from
'double' to 'int', possible loss of data
extensions/gdal_wrap.cpp(4218) : warning C4244: '=' : conversion from
'GIntBig' to 'int', possible loss of data
extensions/gdal_wrap.cpp(4392) : warning C4244: 'argument' : conversion
from 'GIntBig' to 'Py_ssize_t', possible loss of data
extensions/gdal_wrap.cpp(4414) : warning C4244: 'argument' : conversion
from 'GIntBig' to 'size_t', possible loss of data
extensions/gdal_wrap.cpp(4419) : warning C4244: 'argument' : conversion
from 'GIntBig' to 'size_t', possible loss of data
extensions/gdal_wrap.cpp(4422) : warning C4244: 'argument' : conversion
from 'GIntBig' to 'size_t', possible loss of data
extensions/gdal_wrap.cpp(4790) : warning C4244: 'argument' : conversion
from 'GIntBig' to 'Py_ssize_t', possible loss of data
extensions/gdal_wrap.cpp(4813) : warning C4244: 'argument' : conversion
from 'GIntBig' to 'size_t', possible loss of data
extensions/gdal_wrap.cpp(4840) : warning C4244: 'argument' : conversion
from 'GIntBig' to 'Py_ssize_t', possible loss of data
builds at gisinternals use older python releases which don't produce this
problem.
Thanks,
Tamas
2015-01-27 14:56 GMT+01:00 Even Rouault <even.rouault at spatialys.com>:
> Le mardi 27 janvier 2015 14:49:01, Tamas Szekeres a écrit :
> > Hi Even,
> >
> > I've noticed build issue on Windows using the latest (stable) Python3.x
> > versions, hope that this fix will solve that problem too.
>
> Hi Tamas,
>
> Thas would be surprising since my commits solved runtime failure, not build
> failure. Which error do you get ?
>
> I don't see any error when looking at :
>
> http://build.gisinternals.com/sdk/build-output/vc10-20150127-6-56-46-62-vc10-
> dev.txt
>
> >
> > Thanks,
> >
> > Tamas
> >
> > 2015-01-27 13:44 GMT+01:00 Even Rouault <even.rouault at spatialys.com>:
> > > Hi,
> > >
> > > Just to notify you that I've added a python3 branch for Travis-CI
> testing
> > > : https://travis-ci.org/rouault/gdal_coverage/branches
> > >
> > > Before today's commits, Python 3 bindings had been broken in trunk for
> a
> > > few
> > > months without anyone noticying/complaining. Now this should no longer
> > > happen.
> > >
> > > Even
> > >
> > > --
> > > Spatialys - Geospatial professional services
> > > http://www.spatialys.com
> > > _______________________________________________
> > > gdal-dev mailing list
> > > gdal-dev at lists.osgeo.org
> > > http://lists.osgeo.org/mailman/listinfo/gdal-dev
>
> --
> Spatialys - Geospatial professional services
> http://www.spatialys.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20150127/aef8fefa/attachment.html>
More information about the gdal-dev
mailing list