October 2010 - cgma-dev - mailman3.cels.anl.gov

Re: [cgma-dev] Link error building parallel CGM with OCC
by Robert Smith 08 Oct '10

08 Oct '10

You're right it isn't explicitly in the link line. It's defined as follows in the Makefile: libiGeom_la_LIBADD = $(top_builddir)/libcgm.la --Bob On Oct 8, 2010, at 3:06 PM, hongjun(a)mcs.anl.gov wrote: > It looks your link doesn't have "libcgm" in the link library list > after "libiGeom", but I don't know why. > Can you tell me how your "libiGeom_la_LIBADD" in itaps directory is > defined? > > Hong-Jun > > > ----- "Robert Smith" <smithrm(a)mcs.anl.gov> wrote: > >> Has anyone encountered a problem building a parallel version of CGM >> with OCC (the patched version)? >> This is built on the new Ubuntu 10 release installed on the ANL >> compute servers (thrash specifically). It is using MPI compiled with >> >> GCC 4.4.3. >> >> The issue comes during make check. It first appears in the src/itaps >> >> directory when building chaman. But it occurs in all 3 link steps >> taken in that directory. >> >> The log lines for the compile and link are below. >> >> make[3]: Entering directory `/nfs/fathom/libs/cgm/cgm-4.0.1/parallel/ >> >> src/itaps' >> make chaman testgeom_occ partest >> make[4]: Entering directory `/nfs/fathom/libs/cgm/cgm-4.0.1/parallel/ >> >> src/itaps' >> /home/fathom/3rdparty/mpich2/mpich2-1.2.1/gcc/bin/mpicxx - >> DHAVE_CONFIG_H -I. -I.. -I../geom/parallel - >> DLITTLE_ENDIAN=BYTE_ORDER -DTEMPLATE_DEFS_INCLUDED -DHAVE_OCC - >> DHAVE_OCC_IGES -DHAVE_OCC_STEP -DHAVE_OCC_STL -DSRCDIR=. -I../util - >> I../geom -I../init -I../geom/parallel -DUSE_MPI -Wall -pipe - >> pedantic -O2 -DNDEBUG -MT chaman.o -MD -MP -MF .deps/chaman.Tpo -c -o >> >> chaman.o chaman.cc >> mv -f .deps/chaman.Tpo .deps/chaman.Po >> /bin/sh ../libtool --tag=CXX --mode=link /home/fathom/3rdparty/ >> mpich2/mpich2-1.2.1/gcc/bin/mpicxx -Wall -pipe -pedantic -O2 - >> DNDEBUG -L/home/fathom/3rdparty/occ/OpenCASCADE6.3.0/gcc/lib -o >> chaman chaman.o libiGeom.la -lm >> libtool: link: /home/fathom/3rdparty/mpich2/mpich2-1.2.1/gcc/bin/ >> mpicxx -Wall -pipe -pedantic -O2 -DNDEBUG -o .libs/chaman chaman.o >> -L/ >> home/fathom/3rdparty/occ/OpenCASCADE6.3.0/gcc/lib ./.libs/libiGeom.so >> - >> lm -Wl,-rpath -Wl,/home/fathom/libs/cgm/cgm-4.0.1/parallel/ >> gcc_optocc/ >> >> lib >> ./.libs/libiGeom.so: undefined reference to >> `CGMReadParallel::CGMReadParallel(GeometryQueryTool*, >> CGMParallelComm*)' >> ./.libs/libiGeom.so: undefined reference to >> `CGMReadParallel::load_file(char const*, char const*, char const*, >> int >> >> const*, int)' >> collect2: ld returned 1 exit status >> make[4]: *** [chaman] Error 1 >> >> I've looked at .libs/libiGeom.so. It does have undefined references >> to >> >> the above routines. But it also has a dependency on the libcgm.so.0 >> >> shared library that exists in the main CGM source directory >> (in .libs). And that shared library has definitions for the >> routines. >> >> --Bob

1 0

Re: [cgma-dev] Link error building parallel CGM with OCC
by hongjun＠mcs.anl.gov 08 Oct '10

08 Oct '10

It looks your link doesn't have "libcgm" in the link library list after "libiGeom", but I don't know why. Can you tell me how your "libiGeom_la_LIBADD" in itaps directory is defined? Hong-Jun ----- "Robert Smith" <smithrm(a)mcs.anl.gov> wrote: > Has anyone encountered a problem building a parallel version of CGM > with OCC (the patched version)? > This is built on the new Ubuntu 10 release installed on the ANL > compute servers (thrash specifically). It is using MPI compiled with > > GCC 4.4.3. > > The issue comes during make check. It first appears in the src/itaps > > directory when building chaman. But it occurs in all 3 link steps > taken in that directory. > > The log lines for the compile and link are below. > > make[3]: Entering directory `/nfs/fathom/libs/cgm/cgm-4.0.1/parallel/ > > src/itaps' > make chaman testgeom_occ partest > make[4]: Entering directory `/nfs/fathom/libs/cgm/cgm-4.0.1/parallel/ > > src/itaps' > /home/fathom/3rdparty/mpich2/mpich2-1.2.1/gcc/bin/mpicxx - > DHAVE_CONFIG_H -I. -I.. -I../geom/parallel - > DLITTLE_ENDIAN=BYTE_ORDER -DTEMPLATE_DEFS_INCLUDED -DHAVE_OCC - > DHAVE_OCC_IGES -DHAVE_OCC_STEP -DHAVE_OCC_STL -DSRCDIR=. -I../util - > I../geom -I../init -I../geom/parallel -DUSE_MPI -Wall -pipe - > pedantic -O2 -DNDEBUG -MT chaman.o -MD -MP -MF .deps/chaman.Tpo -c -o > > chaman.o chaman.cc > mv -f .deps/chaman.Tpo .deps/chaman.Po > /bin/sh ../libtool --tag=CXX --mode=link /home/fathom/3rdparty/ > mpich2/mpich2-1.2.1/gcc/bin/mpicxx -Wall -pipe -pedantic -O2 - > DNDEBUG -L/home/fathom/3rdparty/occ/OpenCASCADE6.3.0/gcc/lib -o > chaman chaman.o libiGeom.la -lm > libtool: link: /home/fathom/3rdparty/mpich2/mpich2-1.2.1/gcc/bin/ > mpicxx -Wall -pipe -pedantic -O2 -DNDEBUG -o .libs/chaman chaman.o > -L/ > home/fathom/3rdparty/occ/OpenCASCADE6.3.0/gcc/lib ./.libs/libiGeom.so > - > lm -Wl,-rpath -Wl,/home/fathom/libs/cgm/cgm-4.0.1/parallel/gcc_optocc/ > > lib > ./.libs/libiGeom.so: undefined reference to > `CGMReadParallel::CGMReadParallel(GeometryQueryTool*, > CGMParallelComm*)' > ./.libs/libiGeom.so: undefined reference to > `CGMReadParallel::load_file(char const*, char const*, char const*, int > > const*, int)' > collect2: ld returned 1 exit status > make[4]: *** [chaman] Error 1 > > I've looked at .libs/libiGeom.so. It does have undefined references to > > the above routines. But it also has a dependency on the libcgm.so.0 > > shared library that exists in the main CGM source directory > (in .libs). And that shared library has definitions for the > routines. > > --Bob

1 0

Link error building parallel CGM with OCC
by Robert Smith 08 Oct '10

08 Oct '10

Has anyone encountered a problem building a parallel version of CGM with OCC (the patched version)? This is built on the new Ubuntu 10 release installed on the ANL compute servers (thrash specifically). It is using MPI compiled with GCC 4.4.3. The issue comes during make check. It first appears in the src/itaps directory when building chaman. But it occurs in all 3 link steps taken in that directory. The log lines for the compile and link are below. make[3]: Entering directory `/nfs/fathom/libs/cgm/cgm-4.0.1/parallel/ src/itaps' make chaman testgeom_occ partest make[4]: Entering directory `/nfs/fathom/libs/cgm/cgm-4.0.1/parallel/ src/itaps' /home/fathom/3rdparty/mpich2/mpich2-1.2.1/gcc/bin/mpicxx - DHAVE_CONFIG_H -I. -I.. -I../geom/parallel - DLITTLE_ENDIAN=BYTE_ORDER -DTEMPLATE_DEFS_INCLUDED -DHAVE_OCC - DHAVE_OCC_IGES -DHAVE_OCC_STEP -DHAVE_OCC_STL -DSRCDIR=. -I../util - I../geom -I../init -I../geom/parallel -DUSE_MPI -Wall -pipe - pedantic -O2 -DNDEBUG -MT chaman.o -MD -MP -MF .deps/chaman.Tpo -c -o chaman.o chaman.cc mv -f .deps/chaman.Tpo .deps/chaman.Po /bin/sh ../libtool --tag=CXX --mode=link /home/fathom/3rdparty/ mpich2/mpich2-1.2.1/gcc/bin/mpicxx -Wall -pipe -pedantic -O2 - DNDEBUG -L/home/fathom/3rdparty/occ/OpenCASCADE6.3.0/gcc/lib -o chaman chaman.o libiGeom.la -lm libtool: link: /home/fathom/3rdparty/mpich2/mpich2-1.2.1/gcc/bin/ mpicxx -Wall -pipe -pedantic -O2 -DNDEBUG -o .libs/chaman chaman.o -L/ home/fathom/3rdparty/occ/OpenCASCADE6.3.0/gcc/lib ./.libs/libiGeom.so - lm -Wl,-rpath -Wl,/home/fathom/libs/cgm/cgm-4.0.1/parallel/gcc_optocc/ lib ./.libs/libiGeom.so: undefined reference to `CGMReadParallel::CGMReadParallel(GeometryQueryTool*, CGMParallelComm*)' ./.libs/libiGeom.so: undefined reference to `CGMReadParallel::load_file(char const*, char const*, char const*, int const*, int)' collect2: ld returned 1 exit status make[4]: *** [chaman] Error 1 I've looked at .libs/libiGeom.so. It does have undefined references to the above routines. But it also has a dependency on the libcgm.so.0 shared library that exists in the main CGM source directory (in .libs). And that shared library has definitions for the routines. --Bob

1 0

r4201 - cgm/trunk/geom/OCC
by jiangtao_ma＠yahoo.com 07 Oct '10

07 Oct '10

Author: janehu Date: 2010-10-07 10:43:19 -0500 (Thu, 07 Oct 2010) New Revision: 4201 Modified: cgm/trunk/geom/OCC/OCCModifyEngine.cpp Log: Fixed mcnp2cad/INP-rec test case. Modified: cgm/trunk/geom/OCC/OCCModifyEngine.cpp =================================================================== --- cgm/trunk/geom/OCC/OCCModifyEngine.cpp 2010-10-06 23:00:40 UTC (rev 4200) +++ cgm/trunk/geom/OCC/OCCModifyEngine.cpp 2010-10-07 15:43:19 UTC (rev 4201) @@ -2518,33 +2518,45 @@ { TopoDS_Compound old_csolid = TopoDS::Compound(*from_shape); OCCBody::update_OCC_entity(old_csolid, new_from_shape, &splitor); - from_shape->Nullify(); - delete from_shape; - from_shape = new TopoDS_Shape(new_from_shape); + if(!from_shape->IsNull()) + { + from_shape->Nullify(); + delete from_shape; + } + from_shape = new TopoDS_Shape(new_from_shape); } else if(from_shape->TShape()->ShapeType() == TopAbs_SOLID) { TopoDS_Solid old_solid = TopoDS::Solid(*from_shape); OCCLump::update_OCC_entity(old_solid, new_from_shape, &splitor); - from_shape->Nullify(); - delete from_shape; + if(!from_shape->IsNull()) + { + from_shape->Nullify(); + delete from_shape; + } from_shape = new TopoDS_Shape(new_from_shape); } else if(from_shape->TShape()->ShapeType() == TopAbs_SHELL) { TopoDS_Shell old_shell = TopoDS::Shell(*from_shape); OCCShell::update_OCC_entity(old_shell,new_from_shape, &splitor); - from_shape->Nullify(); - delete from_shape; + if(!from_shape->IsNull()) + { + from_shape->Nullify(); + delete from_shape; + } from_shape = new TopoDS_Shape(new_from_shape); } else if(from_shape->TShape()->ShapeType() == TopAbs_FACE) { TopoDS_Face old_face = TopoDS::Face(*from_shape); OCCSurface::update_OCC_entity(old_face,new_from_shape, &splitor); - from_shape->Nullify(); - delete from_shape;

1 0

r4191 - cgm/trunk/test
by jiangtao_ma＠yahoo.com 04 Oct '10

04 Oct '10

Author: janehu Date: 2010-10-04 09:49:12 -0500 (Mon, 04 Oct 2010) New Revision: 4191 Added: cgm/trunk/test/subtract.cpp Log: Added one testcase for subtractingon body into a two-volume-body. Added: cgm/trunk/test/subtract.cpp =================================================================== --- cgm/trunk/test/subtract.cpp (rev 0) +++ cgm/trunk/test/subtract.cpp 2010-10-04 14:49:12 UTC (rev 4191) @@ -0,0 +1,156 @@ +/** + * \file makept.cpp + * + * \brief makept, another simple C++ driver for CGM + * + * This program acts as a simple driver for CGM. It reads in a geometry, + * and performs varies checks for bodies, surfaces, curves and vertices. + */ + +#undef NDEBUG +#include <cassert> + +#include "GeometryModifyTool.hpp" +#include "GeometryQueryTool.hpp" +#include "OCCQueryEngine.hpp" +#include "CubitMessage.hpp" +#include "Body.hpp" +#include "RefVolume.hpp" +#include "RefFace.hpp" +#include "RefEdge.hpp" +#include "RefVertex.hpp" +#include "CastTo.hpp" +#include "OCCModifyEngine.hpp" +#include "OCCLump.hpp" +#include "OCCBody.hpp" +#include "OCCSurface.hpp" +#include "OCCCurve.hpp" +#include "OCCShell.hpp" +#include "TopoDS_Shape.hxx" +#include "InitCGMA.cpp" + +#ifndef SRCDIR +# define SRCDIR . +#endif + +#define STRINGIFY_(X) #X +#define STRINGIFY(X) STRINGIFY_(X) +#define SRCPATH STRINGIFY(SRCDIR) "/" + +// forward declare some functions used and defined later +CubitStatus read_geometry(int, const char **, bool local = false); +CubitStatus make_Point(); +// macro for printing a separator line +#define PRINT_SEPARATOR PRINT_INFO("=======================================\n"); + +

1 0

r4190 - in cgm/trunk: geom/OCC test
by jiangtao_ma＠yahoo.com 04 Oct '10

04 Oct '10

Author: janehu Date: 2010-10-04 09:47:41 -0500 (Mon, 04 Oct 2010) New Revision: 4190 Modified: cgm/trunk/geom/OCC/OCCBody.cpp cgm/trunk/geom/OCC/OCCBody.hpp cgm/trunk/geom/OCC/OCCCurve.cpp cgm/trunk/geom/OCC/OCCCurve.hpp cgm/trunk/geom/OCC/OCCDrawTool.cpp cgm/trunk/geom/OCC/OCCLump.cpp cgm/trunk/geom/OCC/OCCLump.hpp cgm/trunk/geom/OCC/OCCModifyEngine.cpp cgm/trunk/geom/OCC/OCCPoint.hpp cgm/trunk/geom/OCC/OCCQueryEngine.cpp cgm/trunk/geom/OCC/OCCQueryEngine.hpp cgm/trunk/geom/OCC/OCCShell.cpp cgm/trunk/geom/OCC/OCCShell.hpp cgm/trunk/geom/OCC/OCCSurface.cpp cgm/trunk/geom/OCC/OCCSurface.hpp cgm/trunk/test/Makefile.am cgm/trunk/test/makept.cpp cgm/trunk/test/modify.cpp cgm/trunk/test/r_w.cpp Log: Body now has compound structure: can hold multiple surfaces, shells and lumps. Single surface or shell or lump body will not have TopoDS_Coumpound pointer in Body, and boolean operation is working only on these kinds of bodies. The result of the boolean can be compound. So far, it passes all 12 tests under CGM/test, and it passed two more tests in mcnp2cad: cone and fill1. Other tests are under investigation now. Modified: cgm/trunk/geom/OCC/OCCBody.cpp =================================================================== --- cgm/trunk/geom/OCC/OCCBody.cpp 2010-10-04 13:09:41 UTC (rev 4189) +++ cgm/trunk/geom/OCC/OCCBody.cpp 2010-10-04 14:47:41 UTC (rev 4190) @@ -43,6 +43,7 @@ #include "TopTools_ListIteratorOfListOfShape.hxx" #include "gp_Ax1.hxx" #include "gp_Ax2.hxx" +#include "gp_GTrsf.hxx" #include "Bnd_Box.hxx" #include "BRepBndLib.hxx" #include "TopExp_Explorer.hxx" @@ -52,75 +53,133 @@ #include "BRepGProp.hxx" #include "Standard_Boolean.hxx" #include "LocOpe_SplitShape.hxx" +#include "TopoDS_Compound.hxx" //------------------------------------------------------------------------- // Purpose : A constructor with a list of lumps that are attached. // // Special Notes : // //------------------------------------------------------------------------- -OCCBody::OCCBody(TopoDS_CompSolid *theShape, CubitBoolean isSheetBody, - OCCSurface* surface, OCCShell* shell) +OCCBody::OCCBody(TopoDS_Compound *theShape, + OCCSurface* surface, OCCShell* shell, Lump* lump) { myTopoDSShape = theShape; - IsSheetBody = isSheetBody; - mySheetSurface = surface; - myShell = shell; + if (surface != NULL) + mySheetSurfaces.append(surface); + if( shell != NULL) + myShells.append(shell); + if (lump != NULL) + myLumps.append(lump); update_bounding_box(); + if (myTopoDSShape && !myTopoDSShape->IsNull()) + assert(myTopoDSShape->ShapeType() == TopAbs_COMPOUND); } -void OCCBody::set_sheet_surface(OCCSurface* surface) +TopoDS_Compound* OCCBody::get_TopoDS_Shape() { - IsSheetBody = CUBIT_TRUE; - mySheetSurface = surface; - if(surface == NULL) - IsSheetBody = CUBIT_FALSE; + if (myTopoDSShape && !myTopoDSShape->IsNull())

1 0

r4187 - cgm/trunk/init
by iulian＠mcs.anl.gov 01 Oct '10

01 Oct '10

Author: iulian Date: 2010-10-01 16:07:14 -0500 (Fri, 01 Oct 2010) New Revision: 4187 Modified: cgm/trunk/init/InitCGMA.cpp Log: de-initialize correctly otherwise, in an iGeom experiment, when CGM reader from moab is involved, the iGeom dtor is not correct; in a subsequent iGeom_new, iGeom_load, the InitCGMA::init will skip initialization, leading to failure of the reader. Modified: cgm/trunk/init/InitCGMA.cpp =================================================================== --- cgm/trunk/init/InitCGMA.cpp 2010-09-30 19:50:54 UTC (rev 4186) +++ cgm/trunk/init/InitCGMA.cpp 2010-10-01 21:07:14 UTC (rev 4187) @@ -137,6 +137,7 @@ CubitStatus InitCGMA::deinitialize_cgma() { CGMApp::instance()->shutdown(); + has_been_initialized = false; return CUBIT_SUCCESS; }

1 0