John, the CGM should not "require" Cubit, whether its through autotools or CMake. Any other behavior is wrong and fixed. I certainly cannot replicate your issue locally. Can you send your CMake configuration command ? A fresh build for me with the following command works cleanly. I also made sure that my LD_LIBRARY_PATH does not contain a reference to Cubit to alleviate Andy's concern. cmake ../.. -DCGM_OCC=ON -DOCE_DIR=/usr/software/oce/0.16/lib/oce-0.16 Vijay On Sat, Dec 19, 2015 at 3:18 PM, JR Cary <[email protected]> wrote:
One more data point -- the autotools build does not require cubit. I configured with
'/Users/cary/projects/composerall/cgm/configure' \ --prefix=/opt/volatile-clangcxx11/cgm-master.r1494-ser \ CC='/usr/bin/clang' \ CXX='/usr/bin/clang++' \ FC='/opt/homebrew/bin/gfortran-4.9' \ F77='/opt/homebrew/bin/gfortran-4.9' \ CFLAGS='-fPIC -pipe' \ CXXFLAGS='-std=c++11 -stdlib=libc++ -fPIC -pipe' \ FFLAGS='-fPIC -pipe' \ FCFLAGS='-fPIC -pipe' \ --with-occ='/opt/volatile-clangcxx11/oce-stable.r1462-sersh'
and all just worked.
So it looks like the cmake build system is not yet ready?
Thx.......J
On 12/19/15 11:54 AM, JR Cary wrote:
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, <[email protected]> wrote:
Message: 1 Date: Sat, 19 Dec 2015 06:57:17 -0700 From: JR Cary <[email protected]> To: [email protected] Subject: [MOAB-dev] Is cubit now required by cgma? Message-ID: <[email protected]> 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.....