[cgma-dev] OCC Build error:

Iulian Grindeanu iulian at mcs.anl.gov
Thu Dec 22 15:09:42 CST 2011


Sorry, somebody else may have a clue. Maybe try to do a clean build of CGM? What version of OCC are you using? I am using 6.5.0, but I had don't have build errors with 6.5.1 either (I do have a make check error now "imprint_bug", but it is unrelated to your error) Iulian ----- Original Message -----
| Yes, I checked it. It is in the directory and I think OCC installation
| is correct. It didn't give any error.
| csv
| From: Iulian Grindeanu <iulian at mcs.anl.gov>
| To: Chaman Singh Verma <csv610 at yahoo.com>
| Sent: Thursday, December 22, 2011 2:26 PM
| Subject: Re: OCC Build error:
| Hi Chaman,
| do you have the file
| BRepBuilderAPI_MakeFace.hxx
| in the
| /home/csverma/Software/Mesh/OpenCascade/inc
| folder?
| Iulian
| | Hi Chaman,
| | I don't get that error.
| | Is your OCC build OK? Did you patch it?
| | This is what I get when compiling OCCModifyEngine.cpp in my build
| | area:
| | This in on my 32 bit laptop.
| | Iulian
| | /bin/bash ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H
| | -I. -I../.. -I../../geom/parallel -I../../geom -I../../itaps
| | -DLITTLE_ENDIAN=BYTE_ORDER -DTEMPLATE_DEFS_INCLUDED -DHAVE_OCC
| | -DHAVE_OCC_IGES -DHAVE_OCC_STEP -DHAVE_OCC_STL -I../../util
| | -I../../geom -I/home/iulian/3rdparty/lib/occ/inc -DHAVE_IOSTREAM
| | -DHAVE_IOMANIP -DHAVE_FSTREAM -DHAVE_LIMITS_H -Wall -pipe -pedantic
| | -g
| | -MT OCCModifyEngine.lo -MD -MP -MF .deps/OCCModifyEngine.Tpo -c -o
| | OCCModifyEngine.lo OCCModifyEngine.cpp
| | libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../..
| | -I../../geom/parallel -I../../geom -I../../itaps
| | -DLITTLE_ENDIAN=BYTE_ORDER -DTEMPLATE_DEFS_INCLUDED -DHAVE_OCC
| | -DHAVE_OCC_IGES -DHAVE_OCC_STEP -DHAVE_OCC_STL -I../../util
| | -I../../geom -I/home/iulian/3rdparty/lib/occ/inc -DHAVE_IOSTREAM
| | -DHAVE_IOMANIP -DHAVE_FSTREAM -DHAVE_LIMITS_H -Wall -pipe -pedantic
| | -g
| | -MT OCCModifyEngine.lo -MD -MP -MF .deps/OCCModifyEngine.Tpo -c
| | OCCModifyEngine.cpp -fPIC -DPIC -o .libs/OCCModifyEngine.o
| | libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../..
| | -I../../geom/parallel -I../../geom -I../../itaps
| | -DLITTLE_ENDIAN=BYTE_ORDER -DTEMPLATE_DEFS_INCLUDED -DHAVE_OCC
| | -DHAVE_OCC_IGES -DHAVE_OCC_STEP -DHAVE_OCC_STL -I../../util
| | -I../../geom -I/home/iulian/3rdparty/lib/occ/inc -DHAVE_IOSTREAM
| | -DHAVE_IOMANIP -DHAVE_FSTREAM -DHAVE_LIMITS_H -Wall -pipe -pedantic
| | -g
| | -MT OCCModifyEngine.lo -MD -MP -MF .deps/OCCModifyEngine.Tpo -c
| | OCCModifyEngine.cpp -o OCCModifyEngine.o >/dev/null 2>&1
| | mv -f .deps/OCCModifyEngine.Tpo .deps/OCCModifyEngine.Plo
| | /bin/bash ../../libtool --tag=CXX --mode=link g++ -Wall -pipe
| | -pedantic -g -o libcubit_OCC.la OCCShapeAttributeSet.lo
| | OCCAttribSet.lo OCCBody.lo OCCCoEdge.lo OCCCoFace.lo OCCCurve.lo
| | OCCHistory.lo OCCLoop.lo OCCLump.lo OCCModifyEngine.lo OCCPoint.lo
| | OCCQueryEngine.lo OCCShell.lo OCCSurface.lo OCCDrawTool.lo
| | -L/home/iulian/3rdparty/lib/occ/lib -lTKSTL -lTKSTEP -lTKSTEP209
| | -lTKSTEPAttr -lTKSTEPBase -lTKXSBase -lTKIGES -lTKXSBase -lTKBinL
| | -lTKLCAF -lTKCDF -lTKCAF -lTKHLR -lTKOffset -lTKShHealing -lTKFillet
| | -lTKFeat -lTKBool -lTKBO -lTKPrim -lTKMesh -lTKTopAlgo -lTKGeomAlgo
| | -lTKBRep -lTKGeomBase -lTKG3d -lTKG2d -lTKMath -lTKernel -ldl -lm
| | libtool: link: rm -fr .libs/libcubit_OCC.a .libs/libcubit_OCC.la
| | libtool: link: ar cru .libs/libcubit_OCC.a
| | .libs/OCCShapeAttributeSet.o .libs/OCCAttribSet.o .libs/OCCBody.o
| | .libs/OCCCoEdge.o .libs/OCCCoFace.o .libs/OCCCurve.o
| | .libs/OCCHistory.o .libs/OCCLoop.o .libs/OCCLump.o
| | .libs/OCCModifyEngine.o .libs/OCCPoint.o .libs/OCCQueryEngine.o
| | .libs/OCCShell.o .libs/OCCSurface.o .libs/OCCDrawTool.o
| | libtool: link: ranlib .libs/libcubit_OCC.a
| | libtool: link: ( cd ".libs" && rm -f "libcubit_OCC.la" && ln -s
| | "../libcubit_OCC.la" "libcubit_OCC.la" )
| | | Hello Iulian
| | | I am trying to build CGM with OCC now. I get the following errors
| | | :
| | | Could you help ?
| | | csv
| | | Making all in OCC
| | | make[4]: Entering directory
| | | `/home/csverma/ITAPS/cgm/trunk/geom/OCC'
| | | /bin/bash ../../libtool --tag=CXX --mode=compile g++
| | | -DHAVE_CONFIG_H
| | | -I. -I../.. -I../../geom/parallel -I../../geom -I../../itaps
| | | -DLITTLE_ENDIAN=BYTE_ORDER -DTEMPLATE_DEFS_INCLUDED -DHAVE_OCC
| | | -DHAVE_OCC_IGES -DHAVE_OCC_STEP -DHAVE_OCC_STL -I../../util
| | | -I../../geom -I/home/csverma/Software/Mesh/OpenCascade/inc
| | | -D_OCC64
| | | -DHAVE_IOSTREAM -DHAVE_IOMANIP -DHAVE_FSTREAM -DHAVE_LIMITS_H
| | | -Wall
| | | -pipe -pedantic -g -MT OCCModifyEngine.lo -MD -MP -MF
| | | .deps/OCCModifyEngine.Tpo -c -o OCCModifyEngine.lo
| | | OCCModifyEngine.cpp
| | | libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../..
| | | -I../../geom/parallel -I../../geom -I../../itaps
| | | -DLITTLE_ENDIAN=BYTE_ORDER -DTEMPLATE_DEFS_INCLUDED -DHAVE_OCC
| | | -DHAVE_OCC_IGES -DHAVE_OCC_STEP -DHAVE_OCC_STL -I../../util
| | | -I../../geom -I/home/csverma/Software/Mesh/OpenCascade/inc
| | | -D_OCC64
| | | -DHAVE_IOSTREAM -DHAVE_IOMANIP -DHAVE_FSTREAM -DHAVE_LIMITS_H
| | | -Wall
| | | -pipe -pedantic -g -MT OCCModifyEngine.lo -MD -MP -MF
| | | .deps/OCCModifyEngine.Tpo -c OCCModifyEngine.cpp -o
| | | OCCModifyEngine.o
| | | OCCModifyEngine.cpp: In member function ‘virtual Surface*
| | | OCCModifyEngine::make_Surface(Surface*, CubitBoolean) const’:
| | | OCCModifyEngine.cpp:716:56: error: no matching function for call
| | | to
| | | ‘BRepBuilderAPI_MakeFace::BRepBuilderAPI_MakeFace(Handle_Geom_RectangularTrimmedSurface&)’
| | | /home/csverma/Software/Mesh/OpenCascade/inc/BRepBuilderAPI_MakeFace.hxx:175:21:
| | | note: candidates are:
| | | BRepBuilderAPI_MakeFace::BRepBuilderAPI_MakeFace(const
| | | TopoDS_Face&,
| | | const TopoDS_Wire&)
| | | /home/csverma/Software/Mesh/OpenCascade/inc/BRepBuilderAPI_MakeFace.hxx:132:21:
| | | note: BRepBuilderAPI_MakeFace::BRepBuilderAPI_MakeFace(const
| | | Handle_Geom_Surface&, const TopoDS_Wire&, Standard_Boolean)
| | | /home/csverma/Software/Mesh/OpenCascade/inc/BRepBuilderAPI_MakeFace.hxx:130:21:
| | | note: BRepBuilderAPI_MakeFace::BRepBuilderAPI_MakeFace(const
| | | gp_Torus&, const TopoDS_Wire&, Standard_Boolean)
| | | /home/csverma/Software/Mesh/OpenCascade/inc/BRepBuilderAPI_MakeFace.hxx:128:21:
| | | note: BRepBuilderAPI_MakeFace::BRepBuilderAPI_MakeFace(const
| | | gp_Sphere&, const TopoDS_Wire&, Standard_Boolean)
| | | /home/csverma/Software/Mesh/OpenCascade/inc/BRepBuilderAPI_MakeFace.hxx:126:21:
| | | note: BRepBuilderAPI_MakeFace::BRepBuilderAPI_MakeFace(const
| | | gp_Cone&,
| | | const TopoDS_Wire&, Standard_Boolean)
| | | /home/csverma/Software/Mesh/OpenCascade/inc/BRepBuilderAPI_MakeFace.hxx:124:21:
| | | note: BRepBuilderAPI_MakeFace::BRepBuilderAPI_MakeFace(const
| | | gp_Cylinder&, const TopoDS_Wire&, Standard_Boolean)
| | | /home/csverma/Software/Mesh/OpenCascade/inc/BRepBuilderAPI_MakeFace.hxx:122:21:
| | | note: BRepBuilderAPI_MakeFace::BRepBuilderAPI_MakeFace(const
| | | gp_Pln&,
| | | const TopoDS_Wire&, Standard_Boolean)
| | | /home/csverma/Software/Mesh/OpenCascade/inc/BRepBuilderAPI_MakeFace.hxx:120:21:
| | | note: BRepBuilderAPI_MakeFace::BRepBuilderAPI_MakeFace(const
| | | TopoDS_Wire&, Standard_Boolean)
| | | /home/csverma/Software/Mesh/OpenCascade/inc/BRepBuilderAPI_MakeFace.hxx:115:21:
| | | note: BRepBuilderAPI_MakeFace::BRepBuilderAPI_MakeFace(const
| | | Handle_Geom_Surface&, Standard_Real, Standard_Real, Standard_Real,
| | | Standard_Real, Standard_Real)
| | | /home/csverma/Software/Mesh/OpenCascade/inc/BRepBuilderAPI_MakeFace.hxx:112:21:
| | | note: BRepBuilderAPI_MakeFace::BRepBuilderAPI_MakeFace(const
| | | gp_Torus&, Standard_Real, Standard_Real, Standard_Real,
| | | Standard_Real)
| | | /home/csverma/Software/Mesh/OpenCascade/inc/BRepBuilderAPI_MakeFace.hxx:110:21:
| | | note: BRepBuilderAPI_MakeFace::BRepBuilderAPI_MakeFace(const
| | | gp_Sphere&, Standard_Real, Standard_Real, Standard_Real,
| | | Standard_Real)
| | | /home/csverma/Software/Mesh/OpenCascade/inc/BRepBuilderAPI_MakeFace.hxx:108:21:
| | | note: BRepBuilderAPI_MakeFace::BRepBuilderAPI_MakeFace(const
| | | gp_Cone&,
| | | Standard_Real, Standard_Real, Standard_Real, Standard_Real)
| | | /home/csverma/Software/Mesh/OpenCascade/inc/BRepBuilderAPI_MakeFace.hxx:106:21:
| | | note: BRepBuilderAPI_MakeFace::BRepBuilderAPI_MakeFace(const
| | | gp_Cylinder&, Standard_Real, Standard_Real, Standard_Real,
| | | Standard_Real)
| | | /home/csverma/Software/Mesh/OpenCascade/inc/BRepBuilderAPI_MakeFace.hxx:104:21:
| | | note: BRepBuilderAPI_MakeFace::BRepBuilderAPI_MakeFace(const
| | | gp_Pln&,
| | | Standard_Real, Standard_Real, Standard_Real, Standard_Real)
| | | /home/csverma/Software/Mesh/OpenCascade/inc/BRepBuilderAPI_MakeFace.hxx:102:21:
| | | note: BRepBuilderAPI_MakeFace::BRepBuilderAPI_MakeFace(const
| | | Handle_Geom_Surface&, Standard_Real)
| | | From: Iulian Grindeanu <iulian at mcs.anl.gov>
| | | To: Chaman Singh Verma <csv610 at yahoo.com>
| | | Cc: meshkit-dev at mcs.anl.gov
| | | Sent: Sunday, December 18, 2011 9:50 PM
| | | Subject: Re: Mesquite Cubit tangling
| | | Hello Chaman,
| | | Sorry, I don't know.
| | | There is no easy solution; One solution would be to match exactly
| | | mesquite version that cubit is using.
| | | So if you need mesquite and cubit together, and if cubit has the
| | | full
| | | capabilities of mesquite, then we should eventually link only
| | | against
| | | cubit libraries.
| | | Unfortunately, I don't know what cubit has from mesquite. Also,
| | | probably itaps interfaces in mesquite are not part of cubit.
| | | We can see what methods from mesquite are in cubit library (and we
| | | know that Mesquite namespace is Mesquite2 in cubit). We should
| | | compare
| | | that list with a current mesquite library, and see maybe where are
| | | the
| | | differences in number of parameters, etc. Then modify the mesquite
| | | source code, to match or to eliminate discrepancies.
| | | Right now, I am using occ, and it works pretty well. Of course, I
| | | have
| | | a problem that irel and igeom in mesquite cannot see the FBiGeom
| | | yet,
| | | so I may have to understand/modify mesquite anyway, to make it
| | | work.
| | | Iulian
| | | | Hello Iulian
| | | | I am again facing problems because of Mesquite and Cubit
| | | | together.
| | | | Which one we should add first ?
| | | | If I add Mesquite first then I get double free errors, and if I
| | | | do
| | | | the
| | | | cubit first, then I get segmentation error ?
| | | | csv
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/cgma-dev/attachments/20111222/f713b627/attachment.htm>


More information about the cgma-dev mailing list