View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002657 | OpenFOAM | Bug | public | 2017-08-09 09:50 | 2017-08-11 00:16 |
| Reporter | fs1982 | Assigned To | henry | ||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Platform | GNU/Linux | OS | Ubuntu | OS Version | 14.04 |
| Product Version | dev | ||||
| Summary | 0002657: Issue with the path to the CGAL libraries | ||||
| Description | If CGAL is compiled with makeCGAL the libraries are put in $CGAL_ARCH_PATH/lib by cmake. However, with the most recent dev Version of OpenFOAM the CGAL libraries are expected to be in $CGAL_ARCH_PATH/lib$WM_COMPILER_LIB_ARCH and a couple of mesh tools to not compile, see, e.g, $WM_PROJECT_DIR/wmake/rules/General/CGAL. A simple test is to call Allwmake in ThirdParty directory which always compile CGAL instead of finding the already compiles libraries. | ||||
| Additional Information | Simple solution: ln -s $CGAL_ARCH_PATH/lib $CGAL_ARCH_PATH/lib$WM_COMPILER_LIB_ARCH | ||||
| Tags | No tags attached. | ||||
|
|
Which CGAL version are you compiling? Can you be specific about which mesh tools do not compile? I am not able to reproduce this problem with the latest OpenFOAM-dev. |
|
|
I am using CGAL 4.10. The issue are not the mesh tools itself. When linking them I get an error about a missing libcgal.so which is related to the environment variables set in $WM_PROJECT_DIR/wmake/rules/General/CGAL. If I compile the CGAL library with cd $WM_THIRD_PARTY_DIR wget -P download https://github.com/CGAL/cgal/releases/download/releases%2FCGAL-4.10/CGAL-4.10.tar.xz tar -xJf download/CGAL-4.10.tar.xz ./Allwmake and then check the path given in $WM_PROJECT_DIR/wmake/rules/General/CGAL $CGAL_ARCH_PATH/lib$WM_COMPILER_LIB_ARCH there is nothing. There is only a lib and not a lib64 directory. |
|
|
The complaining utility was applications/utilities/mesh/generation/foamyMesh/conformalVoronoiMesh |
|
|
When I compile and install CGAL-4.10 it generates a lib64 directory: ~/OpenFOAM/ThirdParty-dev/platforms/linux64Gcc/CGAL-4.10/lib64 containing CGAL libCGAL_Core.so.13 libCGAL_ImageIO.so libCGAL_ImageIO.so.13.0.0 libCGAL.so.13 libCGAL_Core.so libCGAL_Core.so.13.0.0 libCGAL_ImageIO.so.13 libCGAL.so libCGAL.so.13.0.0 When I set cgal_version=CGAL-4.10 in config.sh/CGAL then $CGAL_ARCH_PATH/lib$WM_COMPILER_LIB_ARCH is set to ~/OpenFOAM/ThirdParty-dev/platforms/linux64Gcc/CGAL-4.10/lib64 which is correct and conformalVoronoiMesh compiles and links without problem and has the correct library path and library on the link line: -L~/OpenFOAM/ThirdParty-dev/platforms/linux64Gcc/CGAL-4.10/lib64 -lCGAL |
|
|
Allright, then this seems to be some smartness of cmake on our cluster running a Ubuntu 14.04 LTS. However, when I just download CGAL by wget -P download https://github.com/CGAL/cgal/releases/download/releases%2FCGAL-4.10/CGAL-4.10.tar.xz tar -xJf download/CGAL-4.10.tar.xz and compile it by cmake . make it generates a lib directory with the content you mentioned above. The same behaviour occurs on my desktop PC with Ubuntu 14.04 LTS, it generates a lib directory instead of a lib64. Anyhow, I do not want to bother you with that problem to much, I create a link from lib to lib64 and everything works fine. As a remark, you might forget to change in $WM_THIRD_PARTY_DIR/Allwmake the line echo " CGAL libs in $CGAL_ARCH_PATH/lib" into echo " CGAL libs in $CGAL_ARCH_PATH/lib$WM_COMPILER_LIB_ARCH Best regards Fabian |
|
|
@fs1982: Which CMake version are you using on each machine? You can get it by running cmake --version |
|
|
The issue appears to relate to the age of your OS. Take a look at the related report: https://bugs.openfoam.org/view.php?id=2637 If you add CGAL_INSTALL_LIB_DIR to the cmake line in makeCGAL: cmake \ -DCMAKE_INSTALL_PREFIX=$CGAL_ARCH_PATH \ -DCMAKE_BUILD_TYPE=Release \ -DWITH_CGAL_Qt5=OFF \ -DCGAL_INSTALL_LIB_DIR=lib$WM_COMPILER_LIB_ARCH \ does this revolve the issue? |
|
|
CMake has a thing called GNUInstallDirs which is setting the installation library directory. It seems to be this that's choosing lib vs lib64 (possibly vs lib/x86_64-linux-gnu/ and others). On ubuntu it seems to prefer lib. On OpenSUSE, lib64. How we are supposed to properly account for this, I don't know. Reference: https://cmake.org/cmake/help/v3.0/module/GNUInstallDirs.html |
|
|
On our cluster I use a cmake in version 3.9.0 compiled by the makeCmake script. On my desktop I have installed 3.2.1. So I guess it is not an issue with the cmake version. For me a pure symbolic link after CGAL was compiled ln -s $CGAL_ARCH_PATH/lib $CGAL_ARCH_PATH/lib$WM_COMPILER_LIB_ARCH solve the issue. If this is combined with a check if either lib or lib64 exists, and added to the makeCGAL or Allwmake script everything would be fine. |
|
|
With the addition of -DCGAL_INSTALL_LIB_DIR=lib$WM_COMPILER_LIB_ARCH \ the link should not be necessary. Could you test this as I do not have an Ubuntu 14.04 machine setup to test it. |
|
|
Works fine. |
|
|
Resolved in ThirdParty-5.x by commit 0d89a606e63bc7344fb2485fa22c08be20c18170 Resolved in ThirdParty-dev by commit c29f733925c8afa043cd5a5aee64f54787f61a53 |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2017-08-09 09:50 | fs1982 | New Issue | |
| 2017-08-09 13:24 | henry | Note Added: 0008537 | |
| 2017-08-09 13:42 | fs1982 | Note Added: 0008540 | |
| 2017-08-09 14:21 | fs1982 | Note Added: 0008541 | |
| 2017-08-09 16:40 | henry | Note Added: 0008542 | |
| 2017-08-10 07:53 | fs1982 | Note Added: 0008546 | |
| 2017-08-10 13:45 | wyldckat | Note Added: 0008551 | |
| 2017-08-10 14:00 | henry | Note Added: 0008552 | |
| 2017-08-10 14:00 | henry | Relationship added | related to 0002637 |
| 2017-08-10 14:08 | will | Note Added: 0008554 | |
| 2017-08-10 14:08 | will | Note Edited: 0008554 | |
| 2017-08-10 14:17 | fs1982 | Note Added: 0008555 | |
| 2017-08-10 14:31 | henry | Note Added: 0008556 | |
| 2017-08-10 15:06 | fs1982 | Note Added: 0008557 | |
| 2017-08-11 00:16 | henry | Assigned To | => henry |
| 2017-08-11 00:16 | henry | Status | new => resolved |
| 2017-08-11 00:16 | henry | Resolution | open => fixed |
| 2017-08-11 00:16 | henry | Fixed in Version | => 5.x |
| 2017-08-11 00:16 | henry | Note Added: 0008559 |
