[cgma-dev] OCC Build error:
Chaman Singh Verma
csv610 at yahoo.com
Thu Dec 22 21:18:23 CST 2011
Hello Iulian,
I checked and it seems that version 6.5.2 has changed the interface and now these functions must provide an additional
tolerance value ( for degenerate cases). I am just curious to know why they don't have some default value. I am
not quite sure what value I must set, so that the existing codes do not break. Any hint ?
I also tried to get an older version, but I couldn't get it from the OpenCascade site, It must be hiding in some folder.
csv
________________________________
From: Iulian Grindeanu <iulian at mcs.anl.gov>
To: Chaman Singh Verma <csv610 at yahoo.com>
Cc: CGMA Development <cgma-dev at mcs.anl.gov>
Sent: Thursday, December 22, 2011 9:02 PM
Subject: Re: OCC Build error:
No, it is not, I think it is overloaded by
//! Make a face from a Surface. <br>
Standard_EXPORT BRepBuilderAPI_MakeFace(const Handle(Geom_Surface)& S);
do you have this function in your hxx file?
Again, what version of OCC do you use?
Iulian
________________________________
Hello Iulian,
>
>
>It seems to me that the latest version of OpenCascade has some changes in the Interface and in the header file, I could
>not see the function with the given arguments.
>
>
>Who can help me quickly in fixing this problem ?
>
>
>csv
>
>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)
>
>
>
>
>
>
>
>
>
>________________________________
> From: Iulian Grindeanu <iulian at mcs.anl.gov>
>To: Chaman Singh Verma <csv610 at yahoo.com>
>Cc: CGMA Development <cgma-dev at mcs.anl.gov>
>Sent: Thursday, December 22, 2011 3:09 PM
>Subject: Re: OCC Build error:
>
>
>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
>
>>________________________________
>
>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/76caaca3/attachment-0001.htm>
More information about the cgma-dev
mailing list