View Issue Details

IDProjectCategoryView StatusLast Update
0001173OpenFOAMBugpublic2015-01-30 18:49
Reporterwyldckat Assigned Tochris  
PrioritynormalSeveritytextReproducibilityalways
Status closedResolutionfixed 
Summary0001173: Typos and missing commands in the RHEL 6.5 instructions for source code installation
DescriptionThe 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 InformationThis 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
TagsNo tags attached.

Activities

wyldckat

2014-02-20 20:05

updater   ~0002871

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.

wyldckat

2014-02-20 20:27

updater   ~0002872

The following sentence seems to be missing upper caps on the first letter of the sentence:

  for all systems, the PV4blockMeshReader

wyldckat

2014-02-20 20:29

updater   ~0002873

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.

wyldckat

2014-02-20 21:49

updater   ~0002874

Last edited: 2014-02-20 21:51

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.

wyldckat

2014-02-20 22:45

updater   ~0002875

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).

wyldckat

2014-02-20 22:55

updater   ~0002876

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.

user21

2014-02-21 10:13

  ~0002882

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.

wyldckat

2015-01-17 19:27

updater   ~0003550

Last edited: 2015-01-17 19:29

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

chris

2015-01-30 18:48

manager   ~0003628

Fixed on website. Thanks for clarifying all these issues.

Issue History

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 user21 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