Hi Thomas,
> To be as portable as possible, it's better to use the os.path.join method:
> OCC_INC = os.path.join(OCC_ROOT,'inc')
> OCC_LIB = os.path.join(OCC_ROOT,'lib')
Yep, that's certainly better.
>
>> in environment.py? I think that should work on all Linux installations.
>
> As far as I know, according to the OpenCascade package you choose to
> install (whether it is under Ubuntu or OpenSuse), /inc and /lib
> directories are not always located in the same folder.
>
Yes, re-reading my own suggestion, you're right. Taking VTK as an example, I
have here
/usr/include/vtk
/usr/lib/vtk-5.0
so yes, it is a bit more complicated. I'll try and think of another solution.
> Here is the answer: SWIG_generator.py uses GCCXML to parse OpenCascade
> headers and check all classes/methods to wrap. GCCXML performs a
> *recursive* parse of all headers. When processing the TopOpeBRep_*
> headers, I noticed that GCCXML didn't find the file
> TopOpeBRepDS_tools.hxx and the process fails. The
> 'TopOpeBRepDS_tools.hxx' is simply missing from the /inc OCC directory.
> I think it's a bug of OpenCascade but I didn't send any feedback to the
> Opencascade team. I just 'added' an empty TopOpeBRepDS_tools.hxx to the
> /inc directory so that GCCXML parsing is ok (note that SWIG does not
> need this file).
Thanks for the explanation - I'm still trying to learn exactly how you've
managed to generate these wrappers ;-)
> The problem is that it requires, on Linux, root privileges since it
> modifies a directory that may have read only access for common user.
> It's a thing I didn't think about when hacking on Windows. Another
> soultion (Linux compliant) would be to:
> - create the missing header TopOpeBRepDS_tools.hxx in the
> SWIG_modular_linux_darwin directory
> - add this directory to the list of include paths so that g++ find the
> header.
> We could then remove all that weird lines from setup.py
I like that solution, let's do that.
Arthur
_______________________________________________
Pythonocc-users mailing list
[email protected]
https://mail.gna.org/listinfo/pythonocc-users
