Re: [MOAB-dev] moab-dev Digest, Vol 86, Issue 21
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:
Send moab-dev mailing list submissions to [email protected]
To subscribe or unsubscribe via the World Wide Web, visit https://lists.mcs.anl.gov/mailman/listinfo/moab-dev or, via email, send a message with subject or body 'help' to [email protected]
You can reach the person managing the list at [email protected]
When replying, please edit your Subject line so it is more specific than "Re: Contents of moab-dev digest..."
Today's Topics:
1. Is cubit now required by cgma? (JR Cary)
----------------------------------------------------------------------
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.....
------------------------------
_______________________________________________ moab-dev mailing list [email protected] https://lists.mcs.anl.gov/mailman/listinfo/moab-dev
End of moab-dev Digest, Vol 86, Issue 21 ****************************************
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] <mailto:[email protected]>> wrote:
Message: 1 Date: Sat, 19 Dec 2015 06:57:17 -0700 From: JR Cary <[email protected] <mailto:[email protected]>> To: [email protected] <mailto:[email protected]> Subject: [MOAB-dev] Is cubit now required by cgma? Message-ID: <[email protected] <mailto:[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.....
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] <mailto:[email protected]>> To: [email protected] <mailto:[email protected]> Subject: [MOAB-dev] Is cubit now required by cgma? Message-ID: <[email protected] <mailto:[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.....
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.....
Hi Vijay, Thanks for responding. The configure command is '/opt/contrib-clangcxx11/cmake-3.2.2-ser/bin/cmake' \ -DCMAKE_INSTALL_PREFIX:PATH=/opt/volatile-clangcxx11/cgm-master.r1494-sersh \ -DCMAKE_BUILD_TYPE:STRING=Release \ -DCMAKE_COLOR_MAKEFILE:BOOL=FALSE \ -DCMAKE_VERBOSE_MAKEFILE:BOOL=TRUE \ -DBUILD_SHARED_LIBS='ON' \ -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' \ -DCGM_OCC='ON' \ -DOCE_DIR:PATH='/opt/volatile-clangcxx11/oce-stable.r1462-sersh/OCE.framework/Versions/0.17/Resources' \ /projdir/composerall/cgm where $ ls /opt/volatile-clangcxx11/oce-stable.r1462-sersh/OCE.framework/Versions/0.17/Resources OCE-libraries-release.cmake OCEConfig.cmake OCE-libraries.cmake OCEConfigVersion.cmake I have completely merged upstream/master to my master: cgm$ git checkout upstream-master Switched to branch 'upstream-master' Your branch is up-to-date with 'upstream/master'. cgm$ git remote -v | grep upstream upstream https://[email protected]/fathomteam/cgm.git (fetch) upstream https://[email protected]/fathomteam/cgm.git (push) cgm$ git checkout master Switched to branch 'master' Your branch is up-to-date with 'origin/master'. cgm$ git diff upstream-master Thx....John
participants (3)
-
Andrew Davis -
JR Cary -
Vijay S. Mahadevan