Hi Andy,

Thanks for your help.

The issue is that I do not have Cubit, so I have no cubit/bin directory. 
But I do have OCE, which I am using for CAD, so I *think* I need to build
CGM with OCE to get CAD finally into MOAB, but I certainly need to build
without CUBIT.

Is this making any sense?

Thx......John


On 12/19/15 11:39 AM, Andrew Davis wrote:

Hi John

I've found that on Linux if you at the cubit/bin directory to your LD_LIBRARY_PATH that fixes that. Try adding the equivalent to the DYLD_LIBRARY_PATH.

Thanks

Andy


On 12/19/15 11:41 AM, Andrew Davis wrote:

Hi John

Its also not required, you can build without CGM. If you choose to build with CGM then it will pick up the Cubit shared libraries via the CGM dependency.

Thanks

Andy

On Dec 19, 2015 12:00 PM, <moab-dev-request@mcs.anl.gov> wrote:

Message: 1
Date: Sat, 19 Dec 2015 06:57:17 -0700
From: JR Cary <cary@txcorp.com>
To: moab-dev@mcs.anl.gov
Subject: [MOAB-dev] Is cubit now required by cgma?
Message-ID: <5675623D.6000001@txcorp.com>
Content-Type: text/plain; charset=utf-8; format=flowed

I recently updated cgm and tried building it as I had been, configuring with

'/opt/contrib-clangcxx11/cmake-3.2.2-ser/bin/cmake'
-DCMAKE_INSTALL_PREFIX:PATH=/opt/volatile-clangcxx11/cgm-master.r1494-ser -DCMAKE_BUILD_TYPE:STRING=Release
-DCMAKE_COLOR_MAKEFILE:BOOL=FALSE -DCMAKE_VERBOSE_MAKEFILE:BOOL=TRUE
-DBUILD_WITH_SHARED_RUNTIME:BOOL=TRUE
-DCMAKE_C_COMPILER:FILEPATH='/usr/bin/clang'
-DCMAKE_CXX_COMPILER:FILEPATH='/usr/bin/clang++'
-DCMAKE_Fortran_COMPILER:FILEPATH='/opt/homebrew/bin/gfortran-4.9'
-DCMAKE_C_FLAGS:STRING='-fPIC -pipe'
-DCMAKE_CXX_FLAGS:STRING='-std=c++11 -stdlib=libc++ -fPIC -pipe'
-DCMAKE_Fortran_FLAGS:STRING='-fPIC -pipe'
-DOCE_DIR:PATH='/opt/volatile-clangcxx11/oce-OCE-0.17-txc.r1462-sersh/OCE.framework/Versions/0.17/Resources'
/sources/projects/composerall/cgm

The configure worked fine, but the build failed at

/usr/bin/clang++  -std=c++11 -stdlib=libc++ -fPIC -pipe -O3 -DNDEBUG
-dynamiclib -Wl,-headerpad_max_install_names  -o
../lib/libcubit_util.dylib ...

Undefined symbols for architecture x86_64:
   "CubitColor::CubitColor(unsigned char, unsigned char, unsigned char,
unsigned char)", referenced from:
       __GLOBAL__sub_I_GfxDebug.cpp in GfxDebug.cpp.o
   "CubitColor::CubitColor()", referenced from:
       __GLOBAL__sub_I_GfxDebug.cpp in GfxDebug.cpp.o
   "CubitEvent::~CubitEvent()", referenced from:
       CubitCoordinateSystem::~CubitCoordinateSystem() in
CubitCoordinateSystem.cpp.o
...

Is CUBIT now required?

Thx...John Cary

PS - looking at geom/CMakeLists.txt, I see that I needed to add
-DCGM_OCC:BOOL=ON
to pick up OCC/OCE, but that did not help the build.....