msys2/mingw32 compile of pythonocc fails

[sanderboer]

Hi,

I finally have a win32 build of oce trunk and I am trying to build pythonocc with it, but this happens:

[.. snip many many undifined reference errors ...]
CMakeFiles/_AIS.dir/objects.a(AISPYTHON_wrap.cxx.obj):AISPYTHON_wrap.cxx:(.text+0xd3e1d): undefined reference to `_imp__PyErr_SetString'
C:/msys64/mingw32/lib/gcc/i686-w64-mingw32/4.9.2/../../../../i686-w64-mingw32/bin/ld.exe: CMakeFiles/_AIS.dir/objects.a(AISPYTHON_wrap.cxx.obj): bad reloc address 0xc in section `.data'
collect2.exe: error: ld returned 1 exit status
make[2]: *** [win32/bin/MinSizeRel/_AIS.pyd] Fout 1
make[1]: *** [CMakeFiles/_AIS.dir/all] Fout 2
make: *** [all] Fout 2

I'd like to try building pythonocc with oce-0.16, but building oce-0.16 fails at tkbool..

[jf---]

Possible because the compiler is not finding the python includes?
You could use "locate Python.h" to find where it resides on your drive.

On Nov 6, 2014, at 5:07 PM, Sander Boer notifications@github.com wrote:

undefined reference to `_imp__PyErr_SetString'

[sanderboer]

Hi Jelle,
You forget how much of a pain locating files is on windows =(, anaconda has them.
Where do I plug that path in CMAKE ?

[sanderboer]

BTW, msys compiles all the oce libs as libTKernel.dll and libTKernel.dll.a

I'm hoping it is not expecting libs to be named TKernel.lib (like in a sane OS) ?

[sanderboer]

Also OCE is built as a shared lib, is that a problem ?

[jf---]

Hi Jelle,
You forget how much of a pain locating files is on windows =(, anaconda has them.
Where do I plug that path in CMAKE ?

I use ccmake rather than cmake-gui, but the call to cmake looks like this.
Your looking for "-DPYTHON_INCLUDE_DIR=whereeveritisonyoursystem/include/python2.7"

cmake -DCMAKE_INSTALL_PREFIX=$PREFIX
-DCMAKE_OSX_DEPLOYMENT_TARGET=10.8
-DPYTHON_LIBRARY=$PREFIX/lib/libpython2.7.dylib
-DPYTHON_EXECUTABLE=$PREFIX/bin/python2.7
-DPYTHON_INCLUDE_DIR=$PREFIX/include/python2.7
-DSWIG_EXECUTABLE=$PREFIX/bin/swig
-DSWIG_DIR=$swig_incl_dir
-DOCE_INCLUDE_PATH=$PREFIX/include/oce
-DOCE_LIB_PATH=$PREFIX/lib
-DpythonOCC_INSTALL_DIRECTORY=$PREFIX/lib/python2.7/site-packages/OCC
-DpythonOCC_WRAP_DATAEXCHANGE=ON
-DpythonOCC_WRAP_MODEL=ON
-DpythonOCC_WRAP_VISU=ON
-DpythonOCC_BUILD_TYPE=RELEASE
-DCMAKE_LINKER=/usr/bin/ld
..

[jf---]

Nope

Also OCE is built as a shared lib, is that a problem ?

[jf---]

so cmake takes care of using the right extension.
if you need .dll on windows, .so on linux or .dylib on osx, cmake abstracts this for you...

BTW, msys compiles all the oce libs as libTKernel.dll
I'm hoping it is not expecting libs to be named TKernel.lib (like in a sane OS) ?

[sanderboer]

Owww yisss !

[100%] Building CXX object CMakeFiles/_gp.dir/win32/bin/MinSizeRel/gpPYTHON_wrap.cxx.obj
Linking CXX shared module win32/bin/MinSizeRel/_gp.pyd
[100%] Built target _gp

Any way I can share the binaries/ get a conda going ?

[sanderboer]

I'm assuming I need to stick the dll-s someplace where python can find them C:\Python27\DLLs seemed logical, but no dice:

C:\dev\pythonocc-core\examples>python core_dimensions.py
Traceback (most recent call last):
  File "core_dimensions.py", line 20, in <module>
    from OCC.gp import gp_Dir, gp_Ax2, gp_Circ, gp_Pnt
  File "C:\Python27\lib\site-packages\OCC\gp.py", line 32, in <module>
    _gp = swig_import_helper()
  File "C:\Python27\lib\site-packages\OCC\gp.py", line 28, in swig_import_helper

    _mod = imp.load_module('_gp', fp, pathname, description)
ImportError: DLL load failed: The specified module could not be found.

[sanderboer]

Oh windows... let me count the way I hate thee.
I used dependency walker to get the compiler dlls of msys2/mingw32 over to site-packages\OCC together with OCE-0.17-dev dlls. Ouch, that felt so hacky.

But hey. the webgl examples work !

Heel erg bedankt Jelle !
Je heerst.

[tpaviot]

@sanderboer There's no known issue with cmake/mingw. I use to compile pythonocc with cmake for Windows, both py2 and py3, everything works just as fine as clang/gcc/Linux/Osx. 2 points you should not forget:

• the oce dlls must be in your PATH or copied/pasted to the /OCC folder
• the CSF_GraphicShr environment variable must be set, in your system, to point to libTKOpenGl.dll otherwise you can't use the display stuff.

No need to upload your binaries anywhere, packages for py27/py34 are already ready in a github draft release that should soon become public.