[MOAB-dev] Configuring cgm with cmake without CUBIT? (Also, opencascade 7.1.0)
JR Cary
cary at txcorp.com
Wed Jan 18 15:02:36 CST 2017
As well, using OpenCascade 7.1.0 fails with
Making all in OCC
CXX OCCShapeAttributeSet.lo
In file included from
/Users/cary/projects/composerall-test/cgm/src/geom/OCC/OCCShapeAttributeSet.cpp:10:
/Users/cary/projects/composerall-test/cgm/src/geom/OCC/cgm/OCCQueryEngine.hpp:33:10:
fatal error:
'Handle_TDocStd_Document.hxx' file not found
#include "Handle_TDocStd_Document.hxx"
^
Handle_TDocStd_Document.hxx is not in 7.1.0. Are there plans to migrate?
Thx....
On 1/18/17 10:34 AM, JR Cary wrote:
> Is this possible? And use OpenCascade?
>
> (When last I checked, it was not.)
>
> I am getting link errors:
>
> [100%] Linking CXX shared library ../lib/libiGeom.dylib
> cd /Users/cary/projects/composerall-test/builds/cgm/ser/itaps &&
> /opt/test/contrib-clangcxx11/cmake-3.7.1-ser/bin/cmake -E
> cmake_link_script CMakeFiles/iGeom.dir/link.txt --verbose=1
> /usr/bin/clang++ -std=c++11 -stdlib=libc++ -fPIC -pipe
> -stdlib=libstdc++ -O3 -DNDEBUG -dynamiclib
> -Wl,-headerpad_max_install_names -o ../lib/libiGeom.dylib -install_name
> @rpath/libiGeom.dylib CMakeFiles/iGeom.dir/CATag.cpp.o
> CMakeFiles/iGeom.dir/iGeomError.cc.o
> CMakeFiles/iGeom.dir/iGeom_CGMA.cc.o
> -Wl,-rpath,/Users/cary/projects/composerall-test/builds/cgm/ser/lib
> ../lib/libcgm_init.dylib ../lib/libcgm_geom.dylib ../lib/libcgm_util.dylib
> clang: warning: libstdc++ is deprecated; move to libc++
> Undefined symbols for architecture x86_64:
> "CubitCompat_export_solid_model(DLIList<RefEntity*>&, char const*,
> char const*, int&, CubitString const&, char const*)", referenced from:
> _iGeom_save in iGeom_CGMA.cc.o
> "CubitCompat_import_solid_model(char const*, char const*, char const*,
> bool, bool, bool, bool, bool, bool, DLIList<RefEntity*>*)", referenced from:
> _iGeom_load in iGeom_CGMA.cc.o
> ld: symbol(s) not found for architecture x86_64
> clang: error: linker command failed with exit code 1 (use -v to see
> invocation)
>
> Thx....John
>
More information about the moab-dev
mailing list