View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0001173 | OpenFOAM | Bug | public | 2014-02-20 19:48 | 2015-01-30 18:49 |
Reporter | wyldckat | Assigned To | chris | ||
Priority | normal | Severity | text | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Summary | 0001173: Typos and missing commands in the RHEL 6.5 instructions for source code installation | ||||
Description | The following details have been spotted and are common to both the source and git instructions for OpenFOAM 2.3.0/x, in regards to RHEL 6.5: 1. Line break misplaced: export PATH=/usr/lib64/openmpi/bin/:$PATH export LD_LIBRARY_PATH=/usr/lib64/lib/:$LD_LIBRARY_PATH Should be: export PATH=/usr/lib64/openmpi/bin/:$PATH export LD_LIBRARY_PATH=/usr/lib64/lib/:$LD_LIBRARY_PATH 2. When installing Gcc 4.7 from the springdale.princeton.edu repositories, it's missing this line: yum install --nogpgcheck devtoolset-1.1-gcc-c++.x86_64 Later on, should test both gcc and g++, since OpenFOAM mostly needs g++ ;) gcc --version g++ --version It's going to take a while to build it all, so I'll report back when I've confirmed it's all done. | ||||
Additional Information | This sentence is present in both pages: OpenFOAM v2.2 series will only compile with versions of GCC above 4.5.0. The version for OpenFOAM should be upped to 2.3 and I don't know about GCC if it should be changed from 4.5 to 4.7, as I've mentioned in the bug report http://www.openfoam.org/mantisbt/view.php?id=1165 | ||||
Tags | No tags attached. | ||||
|
Although the instructions do indicate how to set-up to use the system's Open-MPI, which is installed through "yum", it's missing this command: echo WM_MPLIB=SYSTEMOPENMPI > $HOME/OpenFOAM/OpenFOAM-2.3.0/etc/prefs.sh Without it, "WM_MPLIB" is set by default to "OPENMPI" and therefore will result in the custom Open-MPI 1.6.5 to be built. This also applies to Ubuntu's instructions for the same source and git instructions; but not for OpenSuSE, since there is no clear indication that the system's version is to be installed. |
|
The following sentence seems to be missing upper caps on the first letter of the sentence: for all systems, the PV4blockMeshReader |
|
When "./makeCmake" is executed, it should also run afterwards "wmSET": cd $WM_THIRD_PARTY_DIR ./makeCmake wmSET Otherwise the compiled "cmake" it won't be picked up by "makeParaView*" scripts, unless a new terminal is started. |
|
The "SloanRenumber" library is attempted to be built, because "$BOOST_ARCH_PATH" isn't empty. Problem is that the Boost libraries in RHEL 6.5 do not have "libboost_thread.so", they only have "libboost_thread-mt.so", therefore the library "SloanRenumber" fails in the final stage of building, namely linking. A workaround is to run this command, prior to Allwmake: mkdir -p $FOAM_LIBBIN ln -s /usr/lib64/libboost_thread-mt.so $FOAM_LIBBIN/libboost_thread.so Initially I tried placing it at "$BOOST_ARCH_PATH", but that will break the "makeCGAL" build process. |
|
OK, so now there is a problem with using g++ 4.7.2... possibly because I'm using CentOS 6.5 and not RHEL 6.5. Because this lead to getting a very strange error where the class "sigWriteNow" gives the message "Cannot set 0 trapping" and calls "abort", even though the main "controlDict" has the flag set to -1 and not 0. This would happen whenever "blockMesh" or "icoFoam" were called in the tutorial "incompressible/icoFoam/cavity". The problem was solved by using the standard system's g++ 4.4.7 to only rebuild "libOSspecific.o" and then link again to "libOpenFOAM.so". Trying to undo this by building these two again with g++ 4.7.2 lead to triggering the error elsewhere... If possible, someone with a RHEL 6.5 installation should double-check the build instructions, possibly along with the reported fixes above, to ascertain if this bug also occurs on RHEL 6.5 or if it's just a problem with CentOS 6.5 (and possibly any other public variant of RHEL 6.5). |
|
Oh well, I guess the build is tainted either way... icoFoam gave this indication: --> FOAM FATAL ERROR: Unknown fvPatch type empty Using g++ 4.4.7 for building everything is out of the question, since it's not supported in OpenFOAM 2.3... so I guess I'll have to build GCC 4.8 from source code, since it's the one advised. This wraps up my reports on this topic. I guess what's missing is someone else to double-check on a "real" RHEL 6.5 to assess if the GCC in springdale.princeton.edu is valid or not. |
|
Thanks for reporting typos and some missing variables. I could compile fine using the gcc from springdale.princeton.edu on a VM RHEL6.5. I am not familiar with CentOS 6.5 system. |
|
After reviewing this bug report of mine, it seems that most of the issues have already been solved. The only one pending is the one from the additional notes, namely: This sentence is present in both pages: OpenFOAM v2.2 series will only compile with versions of GCC above 4.5.0. OpenFOAM is already in v2.3, therefore, perhaps this can either be bumped in number or simply state something like "OpenFOAM v2.2 series and newer...". --------- edit: There's another one missing as well, namely: When "./makeCmake" is executed, it should also run afterwards "wmSET": cd $WM_THIRD_PARTY_DIR ./makeCmake wmSET |
|
Fixed on website. Thanks for clarifying all these issues. |
Date Modified | Username | Field | Change |
---|---|---|---|
2014-02-20 19:48 | wyldckat | New Issue | |
2014-02-20 20:05 | wyldckat | Note Added: 0002871 | |
2014-02-20 20:27 | wyldckat | Note Added: 0002872 | |
2014-02-20 20:29 | wyldckat | Note Added: 0002873 | |
2014-02-20 21:49 | wyldckat | Note Added: 0002874 | |
2014-02-20 21:51 | wyldckat | Note Edited: 0002874 | |
2014-02-20 22:45 | wyldckat | Note Added: 0002875 | |
2014-02-20 22:55 | wyldckat | Note Added: 0002876 | |
2014-02-21 10:13 |
|
Note Added: 0002882 | |
2015-01-17 19:27 | wyldckat | Note Added: 0003550 | |
2015-01-17 19:29 | wyldckat | Note Edited: 0003550 | |
2015-01-30 18:48 | chris | Note Added: 0003628 | |
2015-01-30 18:48 | chris | Status | new => closed |
2015-01-30 18:49 | chris | Assigned To | => chris |
2015-01-30 18:49 | chris | Resolution | open => fixed |