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

Re: [cgma-dev] r4190 - in cgm/trunk: geom/OCC test
by hongjun＠mcs.anl.gov 15 Oct '10

15 Oct '10

Hello, Jane I am developing parallel meshing and I need to distribute OCC geometry to multiple processors. Since I am using Body as a unit of geometry distribution, I want to store distribution information as attributes to Body entities. So, I made several import/export functions from/to memory buffer in "OCCQueryTool". However, they are changed for "export_solid_model" function not to export parent Body entity of single Volume lump geometry and I lose the attribute information assigned to Body entity. So, can you change for single volume geometry to be exported with its parent Body attribute information? Otherwise, do I have to use Volume and Surface as a distribution unit and assign the distribution information to Volume entity? ----------------------------- Hong-Jun Kim Post-doc researcher 9700 S. Cass Ave. B240/R2147 Argonne, IL 60439 630-252-4791 hongjun(a)mcs.anl.gov ----------------------------- ----- "jiangtao ma" <jiangtao_ma(a)yahoo.com> wrote: > 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

buildbot failure in Fathom on cgm-distcheck
by cgma-dev＠lists.mcs.anl.gov 15 Oct '10

15 Oct '10

The Fathomatic has detected a failed build of cgm-distcheck on Fathom. Full details are available at: http://gnep.mcs.anl.gov:8010/builders/cgm-distcheck/builds/255 Buildbot URL: http://gnep.mcs.anl.gov:8010/ Buildslave for this Build: gnep Build Reason: The Nightly scheduler named 'nightly' triggered this build Build Source Stamp: None Blamelist: BUILD FAILED: failed compile LOG EXCERPT: Making all in virtual make[5]: Entering directory `/disk/itaps-buildslave/cgm-distcheck/build/cgma-10.2.3/_build/geom/virtual' make[5]: Nothing to be done for `all'. ... Making all in init make[4]: Entering directory `/disk/itaps-buildslave/cgm-distcheck/build/cgma-10.2.3/_build/init' /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../init -I.. -I../geom/parallel -I../itaps -DLITTLE_ENDIAN=BYTE_ORDER -DTEMPLATE_DEFS_INCLUDED -DHAVE_ACIS -DCUBIT_CGM -I../../geom -I../../util -I../../geom/ACIS -I../../geom/OCC -I../../geom/virtual -I../../geom/facet -I../../geom/cholla -I../../init -Wall -pipe -pedantic -O2 -DNDEBUG -MT InitCGMA.lo -MD -MP -MF .deps/InitCGMA.Tpo -c -o InitCGMA.lo ../../init/InitCGMA.cpp g++ -DHAVE_CONFIG_H -I. -I../../init -I.. -I../geom/parallel -I../itaps -DLITTLE_ENDIAN=BYTE_ORDER -DTEMPLATE_DEFS_INCLUDED -DHAVE_ACIS -DCUBIT_CGM -I../../geom -I../../util -I../../geom/ACIS -I../../geom/OCC -I../../geom/virtual -I../../geom/facet -I../../geom/cholla -I../../init -Wall -pipe -pedantic -O2 -DNDEBUG -MT InitCGMA.lo -MD -MP -MF .deps/InitCGMA.Tpo -c ../../init/InitCGMA.cpp -o InitCGMA.o mv -f .deps/InitCGMA.Tpo .deps/InitCGMA.Plo /bin/sh ../libtool --tag=CXX --mode=link g++ -Wall -pipe -pedantic -O2 -DNDEBUG -o libcgma_init.la InitCGMA.lo -lm mkdir .libs ar cru .libs/libcgma_init.a InitCGMA.o ranlib .libs/libcgma_init.a creating libcgma_init.la (cd .libs && rm -f libcgma_init.la && ln -s ../libcgma_init.la libcgma_init.la) ... Making all in . make[4]: Entering directory `/disk/itaps-buildslave/cgm-distcheck/build/cgma-10.2.3/_build' /bin/sh ./libtool --tag=CC --mode=link gcc -Wall -pipe -pedantic -O2 -DNDEBUG -o libcgm.la -rpath /disk/itaps-buildslave/cgm-distcheck/build/cgma-10.2.3/_inst/lib init/libcgma_init.la -L/home/sharp/3rdparty/Cubit/Cubit64/cubit-10.2-amd64/bin -lcubiti19 /home/sharp/3rdparty/Cubit/Cubit64/cubit-10.2-amd64/bin/libcubiti19.so -lm mkdir .libs rm -fr .libs/libcgm.lax mkdir .libs/libcgm.lax rm -fr .libs/libcgm.lax/libcgma_init.a mkdir .libs/libcgm.lax/libcgma_init.a (cd .libs/libcgm.lax/libcgma_init.a && ar x /disk/itaps-buildslave/cgm-distcheck/build/cgma-10.2.3/_build/init/.libs/libcgma_init.a) ar cru .libs/libcgm.a .libs/libcgm.lax/libcgma_init.a/InitCGMA.o ranlib .libs/libcgm.a rm -fr .libs/libcgm.lax creating libcgm.la (cd .libs && rm -f libcgm.la && ln -s ../libcgm.la libcgm.la) ... Making all in itaps make[4]: Entering directory `/disk/itaps-buildslave/cgm-distcheck/build/cgma-10.2.3/_build/itaps' make all-recursive make[5]: Entering directory `/disk/itaps-buildslave/cgm-distcheck/build/cgma-10.2.3/_build/itaps' Making all in . make[6]: Entering directory `/disk/itaps-buildslave/cgm-distcheck/build/cgma-10.2.3/_build/itaps' /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../itaps -I.. -I../geom/parallel -DLITTLE_ENDIAN=BYTE_ORDER -DTEMPLATE_DEFS_INCLUDED -DHAVE_ACIS -DSRCDIR=../../itaps -I../../util -I../../geom -I../../init -Wall -pipe -pedantic -O2 -DNDEBUG -MT CATag.lo -MD -MP -MF .deps/CATag.Tpo -c -o CATag.lo ../../itaps/CATag.cpp g++ -DHAVE_CONFIG_H -I. -I../../itaps -I.. -I../geom/parallel -DLITTLE_ENDIAN=BYTE_ORDER -DTEMPLATE_DEFS_INCLUDED -DHAVE_ACIS -DSRCDIR=../../itaps -I../../util -I../../geom -I../../init -Wall -pipe -pedantic -O2 -DNDEBUG -MT CATag.lo -MD -MP -MF .deps/CATag.Tpo -c ../../itaps/CATag.cpp -o CATag.o ../../itaps/CATag.cpp: In member function 'iBase_ErrorType CGMTagManager::set_csa_tag(RefEntity*, long int, CubitSimpleAttrib*)': ../../itaps/CATag.cpp:211: warning: dereferencing type-punned pointer will break strict-aliasing rules mv -f .deps/CATag.Tpo .deps/CATag.Plo /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../itaps -I.. -I../geom/parallel -DLITTLE_ENDIAN=BYTE_ORDER -DTEMPLATE_DEFS_INCLUDED -DHAVE_ACIS -DSRCDIR=../../itaps -I../../util -I../../geom -I../../init -Wall -pipe -pedantic -O2 -DNDEBUG -MT iGeom_CGMA.lo -MD -MP -MF .deps/iGeom_CGMA.Tpo -c -o iGeom_CGMA.lo ../../itaps/iGeom_CGMA.cc g++ -DHAVE_CONFIG_H -I. -I../../itaps -I.. -I../geom/parallel -DLITTLE_ENDIAN=BYTE_ORDER -DTEMPLATE_DEFS_INCLUDED -DHAVE_ACIS -DSRCDIR=../../itaps -I../../util -I../../geom -I../../init -Wall -pipe -pedantic -O2 -DNDEBUG -MT iGeom_CGMA.lo -MD -MP -MF .deps/iGeom_CGMA.Tpo -c ../../itaps/iGeom_CGMA.cc -o iGeom_CGMA.o {standard input}: Assembler messages: {standard input}:26927: Warning: end of file not at end of a line; newline inserted {standard input}:28074: Error: unknown pseudo-op: `.se' g++: Internal error: Killed (program cc1plus) Please submit a full bug report. See <URL:http://gcc.gnu.org/bugs.html> for instructions. For Debian GNU/Linux specific bug reporting instructions, see <URL:file:///usr/share/doc/gcc-4.2/README.Bugs>. sincerely, -The Fathomatic

1 0

buildbot failure in Fathom on cgm-occ
by cgma-dev＠lists.mcs.anl.gov 15 Oct '10

15 Oct '10

The Fathomatic has detected a failed build of cgm-occ on Fathom. Full details are available at: http://gnep.mcs.anl.gov:8010/builders/cgm-occ/builds/268 Buildbot URL: http://gnep.mcs.anl.gov:8010/ Buildslave for this Build: gnep Build Reason: The Nightly scheduler named 'nightly' triggered this build Build Source Stamp: None Blamelist: BUILD FAILED: failed compile LOG EXCERPT: OCCBody.cpp: In member function 'virtual void OCCBody::append_simple_attribute_virt(CubitSimpleAttrib*)': OCCBody.cpp:193: warning: statement has no effect mv -f .deps/OCCBody.Tpo .deps/OCCBody.Plo /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../.. -I../../geom/parallel -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/sharp/3rdparty/OCC/OpenCASCADE6.3.0/gcc/inc -D_OCC64 -DHAVE_IOSTREAM -DHAVE_IOSTREAM_H -DHAVE_IOMANIP -DHAVE_IOMANIP_H -DHAVE_FSTREAM -DHAVE_FSTREAM_H -DHAVE_LIMITS_H -Wall -pipe -pedantic -O2 -DNDEBUG -MT OCCCoEdge.lo -MD -MP -MF .deps/OCCCoEdge.Tpo -c -o OCCCoEdge.lo OCCCoEdge.cpp g++ -DHAVE_CONFIG_H -I. -I../.. -I../../geom/parallel -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/sharp/3rdparty/OCC/OpenCASCADE6.3.0/gcc/inc -D_OCC64 -DHAVE_IOSTREAM -DHAVE_IOSTREAM_H -DHAVE_IOMANIP -DHAVE_IOMANIP_H -DHAVE_FSTREAM -DHAVE_FSTREAM_H -DHAVE_LIMITS_H -Wall -pipe -pedantic -O2 -DNDEBUG -MT OCCCoEdge.lo -MD -MP -MF .deps/OCCCoEdge.Tpo -c OCCCoEdge.cpp -o OCCCoEdge.o mv -f .deps/OCCCoEdge.Tpo .deps/OCCCoEdge.Plo /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../.. -I../../geom/parallel -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/sharp/3rdparty/OCC/OpenCASCADE6.3.0/gcc/inc -D_OCC64 -DHAVE_IOSTREAM -DHAVE_IOSTREAM_H -DHAVE_IOMANIP -DHAVE_IOMANIP_H -DHAVE_FSTREAM -DHAVE_FSTREAM_H -DHAVE_LIMITS_H -Wall -pipe -pedantic -O2 -DNDEBUG -MT OCCCoFace.lo -MD -MP -MF .deps/OCCCoFace.Tpo -c -o OCCCoFace.lo OCCCoFace.cpp g++ -DHAVE_CONFIG_H -I. -I../.. -I../../geom/parallel -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/sharp/3rdparty/OCC/OpenCASCADE6.3.0/gcc/inc -D_OCC64 -DHAVE_IOSTREAM -DHAVE_IOSTREAM_H -DHAVE_IOMANIP -DHAVE_IOMANIP_H -DHAVE_FSTREAM -DHAVE_FSTREAM_H -DHAVE_LIMITS_H -Wall -pipe -pedantic -O2 -DNDEBUG -MT OCCCoFace.lo -MD -MP -MF .deps/OCCCoFace.Tpo -c OCCCoFace.cpp -o OCCCoFace.o mv -f .deps/OCCCoFace.Tpo .deps/OCCCoFace.Plo /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../.. -I../../geom/parallel -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/sharp/3rdparty/OCC/OpenCASCADE6.3.0/gcc/inc -D_OCC64 -DHAVE_IOSTREAM -DHAVE_IOSTREAM_H -DHAVE_IOMANIP -DHAVE_IOMANIP_H -DHAVE_FSTREAM -DHAVE_FSTREAM_H -DHAVE_LIMITS_H -Wall -pipe -pedantic -O2 -DNDEBUG -MT OCCCurve.lo -MD -MP -MF .deps/OCCCurve.Tpo -c -o OCCCurve.lo OCCCurve.cpp g++ -DHAVE_CONFIG_H -I. -I../.. -I../../geom/parallel -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/sharp/3rdparty/OCC/OpenCASCADE6.3.0/gcc/inc -D_OCC64 -DHAVE_IOSTREAM -DHAVE_IOSTREAM_H -DHAVE_IOMANIP -DHAVE_IOMANIP_H -DHAVE_FSTREAM -DHAVE_FSTREAM_H -DHAVE_LIMITS_H -Wall -pipe -pedantic -O2 -DNDEBUG -MT OCCCurve.lo -MD -MP -MF .deps/OCCCurve.Tpo -c OCCCurve.cpp -o OCCCurve.o OCCCurve.cpp: In member function 'void OCCCurve::adjust_periodic_parameter(double&)': OCCCurve.cpp:877: warning: unused variable 'edge_range' OCCCurve.cpp: In member function 'virtual CubitStatus OCCCurve::closest_point(const CubitVector&, CubitVector&, CubitVector*, CubitVector*, double*)': OCCCurve.cpp:437: warning: 'pparam' may be used uninitialized in this function mv -f .deps/OCCCurve.Tpo .deps/OCCCurve.Plo /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../.. -I../../geom/parallel -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/sharp/3rdparty/OCC/OpenCASCADE6.3.0/gcc/inc -D_OCC64 -DHAVE_IOSTREAM -DHAVE_IOSTREAM_H -DHAVE_IOMANIP -DHAVE_IOMANIP_H -DHAVE_FSTREAM -DHAVE_FSTREAM_H -DHAVE_LIMITS_H -Wall -pipe -pedantic -O2 -DNDEBUG -MT OCCLoop.lo -MD -MP -MF .deps/OCCLoop.Tpo -c -o OCCLoop.lo OCCLoop.cpp g++ -DHAVE_CONFIG_H -I. -I../.. -I../../geom/parallel -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/sharp/3rdparty/OCC/OpenCASCADE6.3.0/gcc/inc -D_OCC64 -DHAVE_IOSTREAM -DHAVE_IOSTREAM_H -DHAVE_IOMANIP -DHAVE_IOMANIP_H -DHAVE_FSTREAM -DHAVE_FSTREAM_H -DHAVE_LIMITS_H -Wall -pipe -pedantic -O2 -DNDEBUG -MT OCCLoop.lo -MD -MP -MF .deps/OCCLoop.Tpo -c OCCLoop.cpp -o OCCLoop.o mv -f .deps/OCCLoop.Tpo .deps/OCCLoop.Plo /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../.. -I../../geom/parallel -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/sharp/3rdparty/OCC/OpenCASCADE6.3.0/gcc/inc -D_OCC64 -DHAVE_IOSTREAM -DHAVE_IOSTREAM_H -DHAVE_IOMANIP -DHAVE_IOMANIP_H -DHAVE_FSTREAM -DHAVE_FSTREAM_H -DHAVE_LIMITS_H -Wall -pipe -pedantic -O2 -DNDEBUG -MT OCCLump.lo -MD -MP -MF .deps/OCCLump.Tpo -c -o OCCLump.lo OCCLump.cpp g++ -DHAVE_CONFIG_H -I. -I../.. -I../../geom/parallel -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/sharp/3rdparty/OCC/OpenCASCADE6.3.0/gcc/inc -D_OCC64 -DHAVE_IOSTREAM -DHAVE_IOSTREAM_H -DHAVE_IOMANIP -DHAVE_IOMANIP_H -DHAVE_FSTREAM -DHAVE_FSTREAM_H -DHAVE_LIMITS_H -Wall -pipe -pedantic -O2 -DNDEBUG -MT OCCLump.lo -MD -MP -MF .deps/OCCLump.Tpo -c OCCLump.cpp -o OCCLump.o mv -f .deps/OCCLump.Tpo .deps/OCCLump.Plo /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../.. -I../../geom/parallel -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/sharp/3rdparty/OCC/OpenCASCADE6.3.0/gcc/inc -D_OCC64 -DHAVE_IOSTREAM -DHAVE_IOSTREAM_H -DHAVE_IOMANIP -DHAVE_IOMANIP_H -DHAVE_FSTREAM -DHAVE_FSTREAM_H -DHAVE_LIMITS_H -Wall -pipe -pedantic -O2 -DNDEBUG -MT OCCModifyEngine.lo -MD -MP -MF .deps/OCCModifyEngine.Tpo -c -o OCCModifyEngine.lo OCCModifyEngine.cpp g++ -DHAVE_CONFIG_H -I. -I../.. -I../../geom/parallel -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/sharp/3rdparty/OCC/OpenCASCADE6.3.0/gcc/inc -D_OCC64 -DHAVE_IOSTREAM -DHAVE_IOSTREAM_H -DHAVE_IOMANIP -DHAVE_IOMANIP_H -DHAVE_FSTREAM -DHAVE_FSTREAM_H -DHAVE_LIMITS_H -Wall -pipe -pedantic -O2 -DNDEBUG -MT OCCModifyEngine.lo -MD -MP -MF .deps/OCCModifyEngine.Tpo -c OCCModifyEngine.cpp -o OCCModifyEngine.o OCCModifyEngine.cpp: In member function 'virtual CubitStatus OCCModifyEngine::imprint(DLIList<BodySM*>&, DLIList<BodySM*>&, bool, DLIList<TopologyBridge*>*, DLIList<TopologyBridge*>*) const': OCCModifyEngine.cpp:2970: warning: unused variable 'volume' OCCModifyEngine.cpp: In member function 'virtual CubitStatus OCCModifyEngine::intersect(BodySM*, DLIList<BodySM*>&, DLIList<BodySM*>&, bool) const': OCCModifyEngine.cpp:3656: warning: unused variable 'from_body' OCCModifyEngine.cpp: In member function 'virtual CubitStatus OCCModifyEngine::tweak_move(DLIList<Surface*>&, const CubitVector&, DLIList<BodySM*>&, CubitBoolean, CubitBoolean) const': OCCModifyEngine.cpp:7155: warning: suggest parentheses around assignment used as truth value OCCModifyEngine.cpp: In member function 'virtual CubitStatus OCCModifyEngine::tweak_move(DLIList<Curve*>&, const CubitVector&, DLIList<BodySM*>&, CubitBoolean, CubitBoolean) const': OCCModifyEngine.cpp:7270: warning: suggest parentheses around assignment used as truth value OCCModifyEngine.cpp: In member function 'CubitStatus OCCModifyEngine::sort_curves(DLIList<Curve*>, DLIList<DLIList<TopoDS_Edge*>*>&) const': OCCModifyEngine.cpp:802: warning: 'new_end' may be used uninitialized in this function OCCModifyEngine.cpp: In member function 'virtual CubitStatus OCCModifyEngine::webcut(DLIList<BodySM*>&, const BodySM*, DLIList<BodySM*>&, bool) const': OCCModifyEngine.cpp:4844: warning: 'body' is used uninitialized in this function OCCModifyEngine.cpp: In member function 'virtual CubitStatus OCCModifyEngine::sweep_along_curve(DLIList<GeometryEntity*>&, DLIList<BodySM*>&, DLIList<Curve*>&, double, int, bool, Surface*, BodySM*) const': OCCModifyEngine.cpp:4685: warning: 'type' may be used uninitialized in this function OCCModifyEngine.cpp: In member function 'virtual CubitStatus OCCModifyEngine::sweep_translational(DLIList<GeometryEntity*>&, DLIList<BodySM*>&, const CubitVector&, double, int, bool, bool, Surface*, BodySM*) const': OCCModifyEngine.cpp:4226: warning: 'Cornertype' may be used uninitialized in this function {standard input}: Assembler messages: {standard input}:40151: Warning: end of file not at end of a line; newline inserted {standard input}:40432: Error: undefined symbol `.LLSDACSE8534' in operation {standard input}:40483: Error: invalid sections for operation on `.LEHE1494' and `.LEHB1' g++: Internal error: Killed (program cc1plus) Please submit a full bug report. See <URL:http://gcc.gnu.org/bugs.html> for instructions. For Debian GNU/Linux specific bug reporting instructions, see <URL:file:///usr/share/doc/gcc-4.2/README.Bugs>. sincerely, -The Fathomatic

1 0

r4220 - cgm/trunk/geom/OCC
by jiangtao_ma＠yahoo.com 14 Oct '10

14 Oct '10

Author: janehu Date: 2010-10-14 11:58:41 -0500 (Thu, 14 Oct 2010) New Revision: 4220 Modified: cgm/trunk/geom/OCC/OCCLump.cpp cgm/trunk/geom/OCC/OCCModifyEngine.cpp cgm/trunk/geom/OCC/OCCQueryEngine.cpp cgm/trunk/geom/OCC/OCCSurface.cpp Log: Fixed bug for mcnp2cad/tests/sample1, to take care of the case when boolean unite operation is start with compounds. Modified: cgm/trunk/geom/OCC/OCCLump.cpp =================================================================== --- cgm/trunk/geom/OCC/OCCLump.cpp 2010-10-14 13:56:12 UTC (rev 4219) +++ cgm/trunk/geom/OCC/OCCLump.cpp 2010-10-14 16:58:41 UTC (rev 4220) @@ -468,7 +468,7 @@ else if(M2.Extent() > 1) { shapes.Clear(); - for(int jj = 0; jj < M2.Extent(); jj++) + for(int jj = 1; jj <= M2.Extent(); jj++) shapes.Append(M2(jj)); } } Modified: cgm/trunk/geom/OCC/OCCModifyEngine.cpp =================================================================== --- cgm/trunk/geom/OCC/OCCModifyEngine.cpp 2010-10-14 13:56:12 UTC (rev 4219) +++ cgm/trunk/geom/OCC/OCCModifyEngine.cpp 2010-10-14 16:58:41 UTC (rev 4220) @@ -3775,9 +3775,19 @@ cut_shape.Nullify(); has_changed = CUBIT_TRUE; TopExp_Explorer Ex; + int num_solid = 0; Ex.Init(*from_shape, TopAbs_SOLID); - TopoDS_Solid old_solid = TopoDS::Solid(Ex.Current()); - OCCLump::update_OCC_entity(old_solid , cut_shape, op); + TopoDS_Solid old_solid; + for(; Ex.More(); Ex.Next()) + { + num_solid ++; + old_solid = TopoDS::Solid(Ex.Current()); + } + if(num_solid == 1) + OCCLump::update_OCC_entity(old_solid , cut_shape, op); + + else if(num_solid > 1) + OCCBody::update_OCC_entity(*from_shape, cut_shape, op); } else { Modified: cgm/trunk/geom/OCC/OCCQueryEngine.cpp =================================================================== --- cgm/trunk/geom/OCC/OCCQueryEngine.cpp 2010-10-14 13:56:12 UTC (rev 4219) +++ cgm/trunk/geom/OCC/OCCQueryEngine.cpp 2010-10-14 16:58:41 UTC (rev 4220) @@ -1922,102 +1922,87 @@ OCCBody *body = (OCCBody*)NULL; if (!OCCMap->IsBound(aShape)) { - TopoDS_Compound *comsolid = new TopoDS_Compound; - *comsolid = aShape;

1 0

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

08 Oct '10

I think using the 2 --enable options together does it; when I do that in my out of source builds, I see a problem with unresolved externs too, though they're from the OCC libraries. - tim On 10/08/2010 04:22 PM, Robert Smith wrote: > Yes, this is an in source build. Also, I'm using --enable-shared and > --enable-static to get both types of libraries out of the build. I'm not > sure if that's a contributing factor. > > --Bob > On Oct 8, 2010, at 4:15 PM, Tim Tautges wrote: > >> I don't see this problem in parallel either. I've >> (double/triple/quadruple) checked I don't have any local mods. Can you >> try an autoreconf? Also, these are all out of source builds, is the >> one you're doing an in source build? >> >> - tim >> >> On 10/08/2010 04:09 PM, Tim Tautges wrote: >>> I don't see this problem, in serial at least (will try building in >>> parallel next). >>> >>> - tim >>> >>> On 10/08/2010 03:43 PM, Robert Smith wrote: >>>> 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 >>>> >>>> >>> >> >> -- >> ================================================================ >> "You will keep in perfect peace him whose mind is >> steadfast, because he trusts in you." Isaiah 26:3 >> >> Tim Tautges Argonne National Laboratory >> (tautges(a)mcs.anl.gov) (telecommuting from UW-Madison) >> phone: (608) 263-8485 1500 Engineering Dr. >> fax: (608) 263-4499 Madison, WI 53706 >> > > -- ================================================================ "You will keep in perfect peace him whose mind is steadfast, because he trusts in you." Isaiah 26:3 Tim Tautges Argonne National Laboratory (tautges(a)mcs.anl.gov) (telecommuting from UW-Madison) phone: (608) 263-8485 1500 Engineering Dr. fax: (608) 263-4499 Madison, WI 53706

1 0

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

08 Oct '10

Yes, this is an in source build. Also, I'm using --enable-shared and --enable-static to get both types of libraries out of the build. I'm not sure if that's a contributing factor. --Bob On Oct 8, 2010, at 4:15 PM, Tim Tautges wrote: > I don't see this problem in parallel either. I've (double/triple/ > quadruple) checked I don't have any local mods. Can you try an > autoreconf? Also, these are all out of source builds, is the one > you're doing an in source build? > > - tim > > On 10/08/2010 04:09 PM, Tim Tautges wrote: >> I don't see this problem, in serial at least (will try building in >> parallel next). >> >> - tim >> >> On 10/08/2010 03:43 PM, Robert Smith wrote: >>> 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 >>> >>> >> > > -- > ================================================================ > "You will keep in perfect peace him whose mind is > steadfast, because he trusts in you." Isaiah 26:3 > > Tim Tautges Argonne National Laboratory > (tautges(a)mcs.anl.gov) (telecommuting from UW-Madison) > phone: (608) 263-8485 1500 Engineering Dr. > fax: (608) 263-4499 Madison, WI 53706 >

1 0

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

08 Oct '10

Same definition. I also verified top_builddir. It's usually defined as ".." but sometimes as "." or "../..". --Bob On Oct 8, 2010, at 3:51 PM, Hong-Jun Kim wrote: > Can you check how "libiGeom_la_LIBADD" is really defined if you run > "make -p check"? > > Hong-Jun > > ----- "Robert Smith" <smithrm(a)mcs.anl.gov> wrote: > >> 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 Tim Tautges 08 Oct '10

08 Oct '10

I don't see this problem in parallel either. I've (double/triple/quadruple) checked I don't have any local mods. Can you try an autoreconf? Also, these are all out of source builds, is the one you're doing an in source build? - tim On 10/08/2010 04:09 PM, Tim Tautges wrote: > I don't see this problem, in serial at least (will try building in > parallel next). > > - tim > > On 10/08/2010 03:43 PM, Robert Smith wrote: >> 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 >> >> > -- ================================================================ "You will keep in perfect peace him whose mind is steadfast, because he trusts in you." Isaiah 26:3 Tim Tautges Argonne National Laboratory (tautges(a)mcs.anl.gov) (telecommuting from UW-Madison) phone: (608) 263-8485 1500 Engineering Dr. fax: (608) 263-4499 Madison, WI 53706

1 0

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

08 Oct '10

I don't see this problem, in serial at least (will try building in parallel next). - tim On 10/08/2010 03:43 PM, Robert Smith wrote: > 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 > > -- ================================================================ "You will keep in perfect peace him whose mind is steadfast, because he trusts in you." Isaiah 26:3 Tim Tautges Argonne National Laboratory (tautges(a)mcs.anl.gov) (telecommuting from UW-Madison) phone: (608) 263-8485 1500 Engineering Dr. fax: (608) 263-4499 Madison, WI 53706

1 0

Re: [cgma-dev] Link error building parallel CGM with OCC
by Hong-Jun Kim 08 Oct '10

08 Oct '10

Can you check how "libiGeom_la_LIBADD" is really defined if you run "make -p check"? Hong-Jun ----- "Robert Smith" <smithrm(a)mcs.anl.gov> wrote: > 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