Hi Thomas,
I wanted to give a try on my work computer (previously I was testing at
home) but I can't compile with --enable-geom.
If I build with the following command :
>> python setup.py build --enable_geom
I get
""""""""""""""""""""
g++ -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions
build/temp.linux-x86_64-2.6/home/matador/Desktop/Code/pythonOCC/src/wrapper/SWIG/linux_darwin/SGEOM_wrap.o
-L/opt/OpenCASCADE6.3.0/lib -L/usr/local/lib -L/usr/local/lib -lBinLPlugin
-lBinPlugin -lBinXCAFPlugin -lFWOSPlugin -lmscmd -lPTKernel -lStdLPlugin
-lStdPlugin -lTKAdvTools -lTKBin -lTKBinL -lTKBinTObj -lTKBinXCAF -lTKBO
-lTKBool -lTKBRep -lTKCAF -lTKCDF -lTKCDLFront -lTKCPPClient -lTKCPPExt
-lTKCPPIntExt -lTKCPPJini -lTKCSFDBSchema -lTKDCAF -lTKDraw -lTKernel
-lTKFeat -lTKFillet -lTKG2d -lTKG3d -lTKGeomAlgo -lTKGeomBase -lTKHLR
-lTKIDLFront -lTKIGES -lTKLCAF -lTKMath -lTKMesh -lTKMeshVS -lTKNIS
-lTKOffset -lTKOpenGl -lTKPCAF -lTKPLCAF -lTKPrim -lTKPShape -lTKService
-lTKShapeSchema -lTKShHealing -lTKStdLSchema -lTKStdSchema -lTKSTEP
-lTKSTEP209 -lTKSTEPAttr -lTKSTEPBase -lTKSTL -lTKTCPPExt -lTKTObj
-lTKTObjDRAW -lTKTopAlgo -lTKTopTest -lTKV2d -lTKV3d -lTKViewerTest -lTKVRML
-lTKWOK -lTKWOKTcl -lTKXCAF -lTKXCAFSchema -lTKXDEDRAW -lTKXDEIGES
-lTKXDESTEP -lTKXMesh -lTKXml -lTKXmlL -lTKXmlTObj -lTKXmlXCAF -lTKXSBase
-lTKXSDRAW -lXCAFPlugin -lXmlLPlugin -lXmlPlugin -lXmlXCAFPlugin -lSketcher
-lShHealOper -lPartition -lNMTTools -lNMTDS -lGEOM -lGEOMImpl -lGEOMAlgo
-lArchimede -o build/lib.linux-x86_64-2.6/OCC/_SGEOM.so -Wl,--no-undefined
-lm -lstdc++ -lpython2.6
build/temp.linux-x86_64-2.6/home/matador/Desktop/Code/pythonOCC/src/wrapper/SWIG/linux_darwin/SGEOM_wrap.o:
In function `_wrap_GEOM_Engine_SetInterpreterConstant':
SGEOM_wrap.cpp:(.text+0xaa33): undefined reference to
`GEOM_Engine::SetInterpreterConstant(int, TCollection_AsciiString const&,
double)'
build/temp.linux-x86_64-2.6/home/matador/Desktop/Code/pythonOCC/src/wrapper/SWIG/linux_darwin/SGEOM_wrap.o:
In function `_wrap_GEOM_Engine_SetInterpreterConstantArray':
SGEOM_wrap.cpp:(.text+0xad69): undefined reference to
`GEOM_Engine::SetInterpreterConstantArray(int,
Handle_TColStd_HArray1OfTransient, bool)'
build/temp.linux-x86_64-2.6/home/matador/Desktop/Code/pythonOCC/src/wrapper/SWIG/linux_darwin/SGEOM_wrap.o:
In function `_wrap_GEOM_Engine_GetInterpreterConstantArray':
SGEOM_wrap.cpp:(.text+0x1eb45): undefined reference to
`GEOM_Engine::GetInterpreterConstantArray(int)'
collect2: ld returned 1 exit status
error: command 'g++' failed with exit status 1
"""""""""""""""""""""
Note that I have the latest trunk revision of salomegeom installed. Maybe,
pythonOcc is not synchronized with salomegeom, right?
Loïc
On Thu, Dec 3, 2009 at 10:46 AM, Simon Loic <simon1l...@gmail.com> wrote:
> Thanks Thomas,
> I updated your latest commit, and launched the samples you updated
> (Level1/Geometry/geometry_demos.py and
> Level1/TopologyBuilding/topology_building.py - I don't have smesh so far) .
> Unfortunately they both end with a seg fault after the viewer is created.
>
> Here is the output.
> """
> Display3d class initialization starting ...
> Graphic device created.
> Xw_Window created.
> Viewer created.
> zsh: segmentation fault python Level1/Geometry/geometry_demos.py
> """
> I'll try to investigate further on later.
>
> Loïc
>
>
> On Thu, Dec 3, 2009 at 5:18 AM, Thomas Paviot <tpav...@gmail.com> wrote:
>
>> Hi Loïc,
>>
>> The SmpleGui.py module is an improvement over the previous wxSamplesGui
>> that enables multiple graphical backends. For instance, if you decide
>> whether to use SimpleGui to manage the display, you first have to set the
>> graphical backend to use. Fos instance:
>>
>> set_backend('wx') #if you want to use wxPython
>> set_backend('qt') #if you want to use pyQt
>> set_backend('X') #if you want to use python-xlib (Linux/MacOSX up to
>> SL64bit)
>>
>> All the samples are not sync yet with the newest developments I made. In
>> ordrer to make the scripts work, you first have to insert the 2 lines:
>>
>> from OCC.Display.SimpleGui import *
>>
>> display, start_display, add_menu, add_function_to_menu = init_display()
>>
>> The graphical backend used by default will be the one available on your
>> machine. If you have both wxPython, PyQt and python-xlib installed, then the
>> default one will bis 'wx'.
>>
>> Best,
>>
>> Thomas
>>
>> 2009/12/2 Simon Loic <simon1l...@gmail.com>
>>
>>> Hi thomas,
>>> I've seen that you made a many commits recently relative to SimpleGUI, I
>>> have updated pythonOcc trunk to the last revision. It seems that many
>>> samples have don't work anymore.
>>> To be accurate if for example I call
>>> >>python Level2/PAF/test_box.py
>>> it wil throw me
>>> ""
>>> from OCC.Display.SimpleGui import start_display, display
>>> ImportError: cannot import name start_display
>>> ""
>>> the same for Level1/Mesh/simple_mesh.py Level1/Animation/animation.py and
>>> I guess many others (didn't try all of them).
>>>
>>> I also have a related problem with other scripts like
>>> Level1/Dimensions/dimensions.py where there si first a statement:
>>> >> from OCC.Display.SimpleGui import *
>>> and then at some point
>>> >> display.Context.Display(ais7.GetHandle())
>>> Then I get the following error:
>>> ""NameError: name 'display' is not defined""
>>>
>>> Are the samples uptodate and I simply did something wrong?
>>> Cheers,
>>> Loïc
>>>
>>> _______________________________________________
>>> Pythonocc-users mailing list
>>> Pythonocc-users@gna.org
>>> https://mail.gna.org/listinfo/pythonocc-users
>>>
>>>
>>
>> _______________________________________________
>> Pythonocc-users mailing list
>> Pythonocc-users@gna.org
>> https://mail.gna.org/listinfo/pythonocc-users
>>
>>
>
_______________________________________________
Pythonocc-users mailing list
Pythonocc-users@gna.org
https://mail.gna.org/listinfo/pythonocc-users
