conda, osx-arm64, occt7.6

This subforum is specifically to discuss packaging issues on different platforms (windows, mac, linux), and using different packaging systems (conda, etc...)
User avatar
looo
Veteran
Posts: 3941
Joined: Mon Nov 11, 2013 5:29 pm

Re: conda, osx-arm64, occt7.6

Post by looo »

wmayer wrote: Mon Jul 11, 2022 9:02 am
looo wrote: Sun Jul 10, 2022 1:40 pm @wmayer using int32 for the external smesh worked. Now the question is if smesh should use int32 or freecad should use int64?
On a 64-bit system it preferably should use int64_t. However, it looks like Salome has used int32_t for 64-bit systems too and only has changed this recently to use int64_t instead. The difficulty for FreeCAD is that there is no way to determine whether smesh was built with SALOME_USE_64BIT_IDS or not.

The proper way actually would be that smesh offered a CMake file with defines that must be set in client code or does not even bother client code at all.
For example, OCC doesn't require to set _OCC64 in client code but handles it by itself.

Now we have two options:
  • we change the smesh code to not set SALOME_USE_64BIT_IDS
  • we add a build option in FreeCAD to set SALOME_USE_64BIT_IDS on request. The modules that link smesh libs must define SALOME_USE_64BIT_IDS if this build option is on. This will affect MeshPart, Fem and possibly FemGui.

For now I will unset the SALOME_USE_64BIT_IDS. But I guess in the long run it would be nice to have a build-option for FreeCAD to use 64bit ids.
I created an issue to address this:
https://github.com/trelau/SMESH/issues/69
adrianinsaval wrote: Sun Jul 10, 2022 11:14 pm I take it everything else works? Then what we need is another way of determining the version, right? Perhaps including Version.h somewhere in the conda package so it can be just parsed during bundling?

This would also need to be manually set for arm: https://github.com/FreeCAD/FreeCAD-Bund ... ion.py#L12 since it would report i386 (which is also incorrect for x86_64 IMO but apple disagrees apparently)
Somehow it works anyway. Not exactly the same naming scheme as the other bundles, but at least it works. Github is also working on the possibility to run actions for osx-arm64. So once this is possible I can make he switch. For now I am happy with the current state.
User avatar
looo
Veteran
Posts: 3941
Joined: Mon Nov 11, 2013 5:29 pm

Re: conda, osx-arm64, occt7.6

Post by looo »

Did anyone ever cross-compile freecad? Seems to not work out of the box :(
https://dev.azure.com/sppedflyer/feedst ... dd8e5684ad
User avatar
looo
Veteran
Posts: 3941
Joined: Mon Nov 11, 2013 5:29 pm

Re: conda, osx-arm64, occt7.6

Post by looo »

Also interesting that windows is failing to configure FreeCAD with the update to occt7.6 / smesh 9.8:

Code: Select all

CMake Error at cMake/FindNETGEN.cmake:112 (file):
  file STRINGS file
-- Cannot find NETGEN library.
  "D:/bld/freecad_1657607905353/work/NETGEN_DIR_include-NOTFOUND/mydefs.hpp"
  cannot be read.
Call Stack (most recent call first):
  CMakeLists.txt:61 (find_package)
and also some issues with pivy, but this is expected as I excluded pivy from the host-env. Is pivy really needed during the build?

Code: Select all

-- Coin3D libraries found
Traceback (most recent call last):
  File "<string>", line 1, in <module>
ModuleNotFoundError: No module named 'pivy'
wmayer
Founder
Posts: 20202
Joined: Thu Feb 19, 2009 10:32 am
Contact:

Re: conda, osx-arm64, occt7.6

Post by wmayer »

but this is expected as I excluded pivy from the host-env. Is pivy really needed during the build?
pivy is not needed at compile time, it's only needed at runtime. But the unit tests after a build is considered runtime and there we need it, of course.
User avatar
looo
Veteran
Posts: 3941
Joined: Mon Nov 11, 2013 5:29 pm

Re: conda, osx-arm64, occt7.6

Post by looo »

looo wrote: Tue Jul 12, 2022 7:20 am Also interesting that windows is failing to configure FreeCAD with the update to occt7.6 / smesh 9.8:

Code: Select all

CMake Error at cMake/FindNETGEN.cmake:112 (file):
file STRINGS file
-- Cannot find NETGEN library.
"D:/bld/freecad_1657607905353/work/NETGEN_DIR_include-NOTFOUND/mydefs.hpp"
cannot be read.
Call Stack (most recent call first):
CMakeLists.txt:61 (find_package)
there is no mydefs.hpp in the smesh9.8.0 package. Do we actually have to look for netgen if we use the external smesh?

somehow linux and osx are working. But the smesh9.8.0 package (for linux and osx) also has no mydefs.hpp included.
User avatar
looo
Veteran
Posts: 3941
Joined: Mon Nov 11, 2013 5:29 pm

Re: conda, osx-arm64, occt7.6

Post by looo »

wmayer wrote: Tue Jul 12, 2022 10:24 am
but this is expected as I excluded pivy from the host-env. Is pivy really needed during the build?
pivy is not needed at compile time, it's only needed at runtime. But the unit tests after a build is considered runtime and there we need it, of course.
The ModuleNotFoundError occurs at the cmake configuration. But it has no impact on the build, so it's a minor issue.
User avatar
looo
Veteran
Posts: 3941
Joined: Mon Nov 11, 2013 5:29 pm

Re: conda, osx-arm64, occt7.6

Post by looo »

the linux build also doesn't find netten but it does not fail:

Code: Select all

2022-07-12T11:35:55.9315075Z -- Could NOT find Netgen (missing: Netgen_DIR)
2022-07-12T11:35:55.9481607Z -- Cannot find NETGEN header files.
2022-07-12T11:35:55.9482330Z -- Cannot find NETGEN library.
edit: removing -D NGLIB_INCLUDE_DIR:FILEPATH="%LIBRARY_PREFIX%/include\smesh\Netgen" ^ seems to solve this issue
Last edited by looo on Tue Jul 12, 2022 3:45 pm, edited 1 time in total.
User avatar
looo
Veteran
Posts: 3941
Joined: Mon Nov 11, 2013 5:29 pm

Re: conda, osx-arm64, occt7.6

Post by looo »

and here is a crash with the osx-arm64 build running the gun-tests:

Code: Select all

Thread 0 Crashed:: CrBrowserMain Dispatch queue: com.apple.main-thread
0   libpython3.10.dylib           	       0x105426344 PyDict_GetItem + 72
1   _coin.so                      	       0x1399a659c SWIG_Python_TypeQuery(char const*) + 84
2   _coin.so                      	       0x1399a659c SWIG_Python_TypeQuery(char const*) + 84
3   _coin.so                      	       0x1399a6394 cast_internal(_object*, _object*, char const*, int) + 128
4   _coin.so                      	       0x1399a6f24 cast(_object*, _object*) + 88
5   libpython3.10.dylib           	       0x105432fcc cfunction_call + 208
6   libpython3.10.dylib           	       0x1053df5f8 _PyObject_MakeTpCall + 616
7   libpython3.10.dylib           	       0x1054d601c call_function + 676
8   libpython3.10.dylib           	       0x1054d1b64 _PyEval_EvalFrameDefault + 26040
9   libpython3.10.dylib           	       0x1054cad08 _PyEval_Vector + 2028
10  libpython3.10.dylib           	       0x1053e2cb0 method_vectorcall + 164
11  libpython3.10.dylib           	       0x1054d5ef4 call_function + 380
12  libpython3.10.dylib           	       0x1054d1bd4 _PyEval_EvalFrameDefault + 26152
13  libpython3.10.dylib           	       0x1054cad08 _PyEval_Vector + 2028
14  libpython3.10.dylib           	       0x1054d5ef4 call_function + 380
15  libpython3.10.dylib           	       0x1054d1b3c _PyEval_EvalFrameDefault + 26000
16  libpython3.10.dylib           	       0x1054cad08 _PyEval_Vector + 2028
17  libpython3.10.dylib           	       0x1053e2e10 method_vectorcall + 516
18  libpython3.10.dylib           	       0x1054d1edc _PyEval_EvalFrameDefault + 26928
19  libpython3.10.dylib           	       0x1054cad08 _PyEval_Vector + 2028
20  libpython3.10.dylib           	       0x1053df8ac _PyObject_FastCallDictTstate + 320
21  libpython3.10.dylib           	       0x1053e04a0 _PyObject_Call_Prepend + 164
22  libpython3.10.dylib           	       0x105456b08 slot_tp_call + 224
23  libpython3.10.dylib           	       0x1053df5f8 _PyObject_MakeTpCall + 616
24  libpython3.10.dylib           	       0x1054d601c call_function + 676
25  libpython3.10.dylib           	       0x1054d1bd4 _PyEval_EvalFrameDefault + 26152
26  libpython3.10.dylib           	       0x1054cad08 _PyEval_Vector + 2028
27  libpython3.10.dylib           	       0x1053e2e10 method_vectorcall + 516
28  libpython3.10.dylib           	       0x1054d1edc _PyEval_EvalFrameDefault + 26928
29  libpython3.10.dylib           	       0x1054cad08 _PyEval_Vector + 2028
30  libpython3.10.dylib           	       0x1053df8ac _PyObject_FastCallDictTstate + 320
31  libpython3.10.dylib           	       0x1053e04a0 _PyObject_Call_Prepend + 164
32  libpython3.10.dylib           	       0x105456b08 slot_tp_call + 224
33  libpython3.10.dylib           	       0x1053df5f8 _PyObject_MakeTpCall + 616
34  libpython3.10.dylib           	       0x1054d601c call_function + 676
35  libpython3.10.dylib           	       0x1054d1bd4 _PyEval_EvalFrameDefault + 26152
36  libpython3.10.dylib           	       0x1054cad08 _PyEval_Vector + 2028
37  libpython3.10.dylib           	       0x1053e2e10 method_vectorcall + 516
38  libpython3.10.dylib           	       0x1054d1edc _PyEval_EvalFrameDefault + 26928
39  libpython3.10.dylib           	       0x1054cad08 _PyEval_Vector + 2028
40  libpython3.10.dylib           	       0x1053df8ac _PyObject_FastCallDictTstate + 320
41  libpython3.10.dylib           	       0x1053e04a0 _PyObject_Call_Prepend + 164
42  libpython3.10.dylib           	       0x105456b08 slot_tp_call + 224
43  libpython3.10.dylib           	       0x1053df5f8 _PyObject_MakeTpCall + 616
44  libpython3.10.dylib           	       0x1054d601c call_function + 676
45  libpython3.10.dylib           	       0x1054d1bd4 _PyEval_EvalFrameDefault + 26152
46  libpython3.10.dylib           	       0x1054cad08 _PyEval_Vector + 2028
47  libpython3.10.dylib           	       0x1054d5ef4 call_function + 380
48  libpython3.10.dylib           	       0x1054d1b3c _PyEval_EvalFrameDefault + 26000
49  libpython3.10.dylib           	       0x1054cad08 _PyEval_Vector + 2028
50  libpython3.10.dylib           	       0x1054d5ef4 call_function + 380
51  libpython3.10.dylib           	       0x1054d1b3c _PyEval_EvalFrameDefault + 26000
52  libpython3.10.dylib           	       0x1054cad08 _PyEval_Vector + 2028
53  libpython3.10.dylib           	       0x105528100 PyRun_StringFlags + 296
54  libFreeCADBase.dylib          	       0x10520d9a4 Base::InterpreterSingleton::runString(char const*) + 88
55  QtUnitGui.so                  	       0x15d9bf170 TestGui::UnitTestDialog::on_startButton_clicked() + 112
56  QtUnitGui.so                  	       0x15d9c01a4 TestGui::UnitTestDialog::qt_metacall(QMetaObject::Call, int, void**) + 188
57  libQt5Core.5.15.4.dylib       	       0x107fbb460 0x107e74000 + 1340512
58  libQt5Core.5.15.4.dylib       	       0x107f9eca0 QCoreApplication::notifyInternal2(QObject*, QEvent*) + 176
59  libQt5Core.5.15.4.dylib       	       0x107f9eca0 QCoreApplication::notifyInternal2(QObject*, QEvent*) + 176
60  CoreFoundation                	       0x18c100f80 __CFRunLoopDoSource0 + 208
61  CoreFoundation                	       0x18c100c80 __CFRunLoopDoSources0 + 268
62  CoreFoundation                	       0x18c0ff600 __CFRunLoopRun + 828
63  CoreFoundation                	       0x18c0feb24 CFRunLoopRunSpecific + 600
64  HIToolbox                     	       0x194d37338 RunCurrentEventLoopInMode + 292
65  HIToolbox                     	       0x194d36fc4 ReceiveNextEventCommon + 324
66  HIToolbox                     	       0x194d36e68 _BlockUntilNextEventMatchingListInModeWithFilter + 72
67  AppKit                        	       0x18ec6578c _DPSNextEvent + 860
68  AppKit                        	       0x18ec64084 -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 1328
69  AppKit                        	       0x18ec56250 -[NSApplication run] + 596
70  libqcocoa.dylib               	       0x109e77658 0x109e48000 + 194136
71  freecad                       	       0x104da58e8 main + 3240
72  dyld                          	       0x104e6508c start + 520

seems to be a pivy issue.
wmayer
Founder
Posts: 20202
Joined: Thu Feb 19, 2009 10:32 am
Contact:

Re: conda, osx-arm64, occt7.6

Post by wmayer »

3 _coin.so 0x1399a6394 cast_internal(_object*, _object*, char const*, int) + 128
4 _coin.so 0x1399a6f24 cast(_object*, _object*) + 88
It's again the issue with coin.cast of pivy.
User avatar
looo
Veteran
Posts: 3941
Joined: Mon Nov 11, 2013 5:29 pm

Re: conda, osx-arm64, occt7.6

Post by looo »

wmayer wrote: Tue Jul 12, 2022 4:44 pm
3 _coin.so 0x1399a6394 cast_internal(_object*, _object*, char const*, int) + 128
4 _coin.so 0x1399a6f24 cast(_object*, _object*) + 88
It's again the issue with coin.cast of pivy.
ok. I will try to debug this later on.

There is one more issue with the windows build linking to smesh:

Code: Select all

FemMeshShapeObject.cpp.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: void __cdecl StdMeshers_NumberOfSegments::SetNumberOfSegments(int)" (__imp_?SetNumberOfSegments@StdMeshers_NumberOfSegments@@QEAAXH@Z) referenced in function "public: virtual class App::DocumentObjectExecReturn * __cdecl Fem::FemMeshShapeObject::execute(void)" (?execute@FemMeshShapeObject@Fem@@UEAAPEAVDocumentObjectExecReturn@App@@XZ)
FemMesh.cpp.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: void __cdecl StdMeshers_NumberOfSegments::SetNumberOfSegments(int)" (__imp_?SetNumberOfSegments@StdMeshers_NumberOfSegments@@QEAAXH@Z)
HypothesisPy.cpp.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: void __cdecl StdMeshers_NumberOfSegments::SetNumberOfSegments(int)" (__imp_?SetNumberOfSegments@StdMeshers_NumberOfSegments@@QEAAXH@Z)
FemMeshShapeObject.cpp.obj : error LNK2001: unresolved external symbol "public: virtual bool __cdecl StdMeshers_Quadrangle_2D::Evaluate(class SMESH_Mesh &,class TopoDS_Shape const &,class std::map<class SMESH_subMesh *,class std::vector<int,class std::allocator<int> >,struct std::less<class SMESH_subMesh *>,class std::allocator<struct std::pair<class SMESH_subMesh * const,class std::vector<int,class std::allocator<int> > > > > &)" (?Evaluate@StdMeshers_Quadrangle_2D@@UEAA_NAEAVSMESH_Mesh@@AEBVTopoDS_Shape@@AEAV?$map@PEAVSMESH_subMesh@@V?$vector@HV?$allocator@H@std@@@std@@U?$less@PEAVSMESH_subMesh@@@3@V?$allocator@U?$pair@QEAVSMESH_subMesh@@V?$vector@HV?$allocator@H@std@@@std@@@std@@@3@@std@@@Z)
FemMeshPyImp.cpp.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: int __cdecl SMESH_Mesh::NbTetras(enum SMDSAbs_ElementOrder)const " (__imp_?NbTetras@SMESH_Mesh@@QEBAHW4SMDSAbs_ElementOrder@@@Z) referenced in function "public: class Py::Long __cdecl Fem::FemMeshPy::getTetraCount(void)const " (?getTetraCount@FemMeshPy@Fem@@QEBA?AVLong@Py@@XZ)
FemMeshPyImp.cpp.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: int __cdecl SMESH_Mesh::NbHexas(enum SMDSAbs_ElementOrder)const " (__imp_?NbHexas@SMESH_Mesh@@QEBAHW4SMDSAbs_ElementOrder@@@Z) referenced in function "public: class Py::Long __cdecl Fem::FemMeshPy::getHexaCount(void)const " (?getHexaCount@FemMeshPy@Fem@@QEBA?AVLong@Py@@XZ)
FemMeshPyImp.cpp.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: int __cdecl SMESH_Mesh::NbPyramids(enum SMDSAbs_ElementOrder)const " (__imp_?NbPyramids@SMESH_Mesh@@QEBAHW4SMDSAbs_ElementOrder@@@Z) referenced in function "public: class Py::Long __cdecl Fem::FemMeshPy::getPyramidCount(void)const " (?getPyramidCount@FemMeshPy@Fem@@QEBA?AVLong@Py@@XZ)
FemMeshPyImp.cpp.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: int __cdecl SMESH_Mesh::NbPrisms(enum SMDSAbs_ElementOrder)const " (__imp_?NbPrisms@SMESH_Mesh@@QEBAHW4SMDSAbs_ElementOrder@@@Z) referenced in function "public: class Py::Long __cdecl Fem::FemMeshPy::getPrismCount(void)const " (?getPrismCount@FemMeshPy@Fem@@QEBA?AVLong@Py@@XZ)
FemMeshPyImp.cpp.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: int __cdecl SMESH_Mesh::NbPolyhedrons(void)const " (__imp_?NbPolyhedrons@SMESH_Mesh@@QEBAHXZ) referenced in function "public: class Py::Long __cdecl Fem::FemMeshPy::getPolyhedronCount(void)const " (?getPolyhedronCount@FemMeshPy@Fem@@QEBA?AVLong@Py@@XZ)
FemMeshPyImp.cpp.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: int __cdecl SMESH_Mesh::NbSubMesh(void)const " (__imp_?NbSubMesh@SMESH_Mesh@@QEBAHXZ) referenced in function "public: class Py::Long __cdecl Fem::FemMeshPy::getSubMeshCount(void)const " (?getSubMeshCount@FemMeshPy@Fem@@QEBA?AVLong@Py@@XZ)
FemMeshPyImp.cpp.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: enum SMDSAbs_ElementType __cdecl SMESH_Mesh::GetElementType(int,bool)" (__imp_?GetElementType@SMESH_Mesh@@QEAA?AW4SMDSAbs_ElementType@@H_N@Z) referenced in function "public: struct _object * __cdecl Fem::FemMeshPy::getElementType(struct _object *)" (?getElementType@FemMeshPy@Fem@@QEAAPEAU_object@@PEAU3@@Z)
HypothesisPy.cpp.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: int __cdecl StdMeshers_NumberOfSegments::GetNumberOfSegments(void)const " (__imp_?GetNumberOfSegments@StdMeshers_NumberOfSegments@@QEBAHXZ) referenced in function "public: class Py::Object __cdecl Fem::StdMeshers_NumberOfSegmentsPy::getNumSegm(class Py::Tuple const &)" (?getNumSegm@StdMeshers_NumberOfSegmentsPy@Fem@@QEAA?AVObject@Py@@AEBVTuple@4@@Z)
HypothesisPy.cpp.obj : error LNK2001: unresolved external symbol "public: virtual bool __cdecl StdMeshers_Hexa_3D::Evaluate(class SMESH_Mesh &,class TopoDS_Shape const &,class std::map<class SMESH_subMesh *,class std::vector<int,class std::allocator<int> >,struct std::less<class SMESH_subMesh *>,class std::allocator<struct std::pair<class SMESH_subMesh * const,class std::vector<int,class std::allocator<int> > > > > &)" (?Evaluate@StdMeshers_Hexa_3D@@UEAA_NAEAVSMESH_Mesh@@AEBVTopoDS_Shape@@AEAV?$map@PEAVSMESH_subMesh@@V?$vector@HV?$allocator@H@std@@@std@@U?$less@PEAVSMESH_subMesh@@@3@V?$allocator@U?$pair@QEAVSMESH_subMesh@@V?$vector@HV?$allocator@H@std@@@std@@@std@@@3@@std@@@Z)
HypothesisPy.cpp.obj : error LNK2001: unresolved external symbol "public: virtual bool __cdecl StdMeshers_MEFISTO_2D::Evaluate(class SMESH_Mesh &,class TopoDS_Shape const &,class std::map<class SMESH_subMesh *,class std::vector<int,class std::allocator<int> >,struct std::less<class SMESH_subMesh *>,class std::allocator<struct std::pair<class SMESH_subMesh * const,class std::vector<int,class std::allocator<int> > > > > &)" (?Evaluate@StdMeshers_MEFISTO_2D@@UEAA_NAEAVSMESH_Mesh@@AEBVTopoDS_Shape@@AEAV?$map@PEAVSMESH_subMesh@@V?$vector@HV?$allocator@H@std@@@std@@U?$less@PEAVSMESH_subMesh@@@3@V?$allocator@U?$pair@QEAVSMESH_subMesh@@V?$vector@HV?$allocator@H@std@@@std@@@std@@@3@@std@@@Z)
HypothesisPy.cpp.obj : error LNK2001: unresolved external symbol "public: virtual bool __cdecl StdMeshers_Prism_3D::Evaluate(class SMESH_Mesh &,class TopoDS_Shape const &,class std::map<class SMESH_subMesh *,class std::vector<int,class std::allocator<int> >,struct std::less<class SMESH_subMesh *>,class std::allocator<struct std::pair<class SMESH_subMesh * const,class std::vector<int,class std::allocator<int> > > > > &)" (?Evaluate@StdMeshers_Prism_3D@@UEAA_NAEAVSMESH_Mesh@@AEBVTopoDS_Shape@@AEAV?$map@PEAVSMESH_subMesh@@V?$vector@HV?$allocator@H@std@@@std@@U?$less@PEAVSMESH_subMesh@@@3@V?$allocator@U?$pair@QEAVSMESH_subMesh@@V?$vector@HV?$allocator@H@std@@@std@@@std@@@3@@std@@@Z)
HypothesisPy.cpp.obj : error LNK2001: unresolved external symbol "public: virtual bool __cdecl StdMeshers_Projection_1D::Evaluate(class SMESH_Mesh &,class TopoDS_Shape const &,class std::map<class SMESH_subMesh *,class std::vector<int,class std::allocator<int> >,struct std::less<class SMESH_subMesh *>,class std::allocator<struct std::pair<class SMESH_subMesh * const,class std::vector<int,class std::allocator<int> > > > > &)" (?Evaluate@StdMeshers_Projection_1D@@UEAA_NAEAVSMESH_Mesh@@AEBVTopoDS_Shape@@AEAV?$map@PEAVSMESH_subMesh@@V?$vector@HV?$allocator@H@std@@@std@@U?$less@PEAVSMESH_subMesh@@@3@V?$allocator@U?$pair@QEAVSMESH_subMesh@@V?$vector@HV?$allocator@H@std@@@std@@@std@@@3@@std@@@Z)
HypothesisPy.cpp.obj : error LNK2001: unresolved external symbol "public: virtual bool __cdecl StdMeshers_Projection_2D::Evaluate(class SMESH_Mesh &,class TopoDS_Shape const &,class std::map<class SMESH_subMesh *,class std::vector<int,class std::allocator<int> >,struct std::less<class SMESH_subMesh *>,class std::allocator<struct std::pair<class SMESH_subMesh * const,class std::vector<int,class std::allocator<int> > > > > &)" (?Evaluate@StdMeshers_Projection_2D@@UEAA_NAEAVSMESH_Mesh@@AEBVTopoDS_Shape@@AEAV?$map@PEAVSMESH_subMesh@@V?$vector@HV?$allocator@H@std@@@std@@U?$less@PEAVSMESH_subMesh@@@3@V?$allocator@U?$pair@QEAVSMESH_subMesh@@V?$vector@HV?$allocator@H@std@@@std@@@std@@@3@@std@@@Z)
HypothesisPy.cpp.obj : error LNK2001: unresolved external symbol "public: virtual bool __cdecl StdMeshers_Projection_3D::Evaluate(class SMESH_Mesh &,class TopoDS_Shape const &,class std::map<class SMESH_subMesh *,class std::vector<int,class std::allocator<int> >,struct std::less<class SMESH_subMesh *>,class std::allocator<struct std::pair<class SMESH_subMesh * const,class std::vector<int,class std::allocator<int> > > > > &)" (?Evaluate@StdMeshers_Projection_3D@@UEAA_NAEAVSMESH_Mesh@@AEBVTopoDS_Shape@@AEAV?$map@PEAVSMESH_subMesh@@V?$vector@HV?$allocator@H@std@@@std@@U?$less@PEAVSMESH_subMesh@@@3@V?$allocator@U?$pair@QEAVSMESH_subMesh@@V?$vector@HV?$allocator@H@std@@@std@@@std@@@3@@std@@@Z)
HypothesisPy.cpp.obj : error LNK2001: unresolved external symbol "public: virtual bool __cdecl StdMeshers_RadialPrism_3D::Evaluate(class SMESH_Mesh &,class TopoDS_Shape const &,class std::map<class SMESH_subMesh *,class std::vector<int,class std::allocator<int> >,struct std::less<class SMESH_subMesh *>,class std::allocator<struct std::pair<class SMESH_subMesh * const,class std::vector<int,class std::allocator<int> > > > > &)" (?Evaluate@StdMeshers_RadialPrism_3D@@UEAA_NAEAVSMESH_Mesh@@AEBVTopoDS_Shape@@AEAV?$map@PEAVSMESH_subMesh@@V?$vector@HV?$allocator@H@std@@@std@@U?$less@PEAVSMESH_subMesh@@@3@V?$allocator@U?$pair@QEAVSMESH_subMesh@@V?$vector@HV?$allocator@H@std@@@std@@@std@@@3@@std@@@Z)
HypothesisPy.cpp.obj : error LNK2001: unresolved external symbol "public: virtual bool __cdecl StdMeshers_SegmentAroundVertex_0D::Evaluate(class SMESH_Mesh &,class TopoDS_Shape const &,class std::map<class SMESH_subMesh *,class std::vector<int,class std::allocator<int> >,struct std::less<class SMESH_subMesh *>,class std::allocator<struct std::pair<class SMESH_subMesh * const,class std::vector<int,class std::allocator<int> > > > > &)" (?Evaluate@StdMeshers_SegmentAroundVertex_0D@@UEAA_NAEAVSMESH_Mesh@@AEBVTopoDS_Shape@@AEAV?$map@PEAVSMESH_subMesh@@V?$vector@HV?$allocator@H@std@@@std@@U?$less@PEAVSMESH_subMesh@@@3@V?$allocator@U?$pair@QEAVSMESH_subMesh@@V?$vector@HV?$allocator@H@std@@@std@@@std@@@3@@std@@@Z)
HypothesisPy.cpp.obj : error LNK2001: unresolved external symbol "public: virtual bool __cdecl StdMeshers_UseExisting_1D::Evaluate(class SMESH_Mesh &,class TopoDS_Shape const &,class std::map<class SMESH_subMesh *,class std::vector<int,class std::allocator<int> >,struct std::less<class SMESH_subMesh *>,class std::allocator<struct std::pair<class SMESH_subMesh * const,class std::vector<int,class std::allocator<int> > > > > &)" (?Evaluate@StdMeshers_UseExisting_1D@@UEAA_NAEAVSMESH_Mesh@@AEBVTopoDS_Shape@@AEAV?$map@PEAVSMESH_subMesh@@V?$vector@HV?$allocator@H@std@@@std@@U?$less@PEAVSMESH_subMesh@@@3@V?$allocator@U?$pair@QEAVSMESH_subMesh@@V?$vector@HV?$allocator@H@std@@@std@@@std@@@3@@std@@@Z)
HypothesisPy.cpp.obj : error LNK2001: unresolved external symbol "public: virtual bool __cdecl StdMeshers_UseExisting_2D::Evaluate(class SMESH_Mesh &,class TopoDS_Shape const &,class std::map<class SMESH_subMesh *,class std::vector<int,class std::allocator<int> >,struct std::less<class SMESH_subMesh *>,class std::allocator<struct std::pair<class SMESH_subMesh * const,class std::vector<int,class std::allocator<int> > > > > &)" (?Evaluate@StdMeshers_UseExisting_2D@@UEAA_NAEAVSMESH_Mesh@@AEBVTopoDS_Shape@@AEAV?$map@PEAVSMESH_subMesh@@V?$vector@HV?$allocator@H@std@@@std@@U?$less@PEAVSMESH_subMesh@@@3@V?$allocator@U?$pair@QEAVSMESH_subMesh@@V?$vector@HV?$allocator@H@std@@@std@@@std@@@3@@std@@@Z)


Post Reply