[JNSN]

Dear all,


I am facing a problem with a self compiled OpenFOAM-dev installation on a cluster running CentOS7.9:
As soon as there is any #include directive within the function list of the controlDict, every OpenFOAM application immediately exits with Segmentation fault (core dumped), as soon as it is called, even e.g. blockMesh -help

Compilation runs without any errror message. I used gcc7.3.1 from SCL devtoolset7, as the system gcc is verison 4.8.5, which does not support the c++14 option. I also tried clang version 7.0.1, with same result.

Does anyone have an idea? Of course I can avoid using includes, but thats not very convenient, and also I would like to understand, what's going on.


Thanks and best regards,
Jan

[hendriks]

Hello Jan,

I had the same problem recently.

I tried to compile OpenFOAM-9 on CentOS 7 with GCC 7.3.1 from
devtoolset-7. I also tried with GCC 9 and Clang from the RHEL package
llvm-toolset-7. In all cases I got segmentation faults.

I solved this by compiling GCC 5.5.0 and using this to compile
OpenFOAM-9.

Unfortunately, the OpenFOAM developers don't specify which compilers
they use or have tested. The information on the website is outdated.

Best wishes,
Hendrik

[JNSN]

Hi Hendrik,


thanks a lot for your reply! As soon as I find the time, I will compile GCC 5.5.0 and use it for building OF.


Best regards,
Jan

[wyldckat]

FYI: Solution for this specific problem reported here, in order to be able to use SCL's GCC builds: https://bugs.openfoam.org/view.php?id=3898


In a nutshell:

1. Edit the file "src/OpenFOAM/db/dictionary/entry/entryIO.C"
2. Go to line 159:
   

                    && functionName == functionEntries::inputSyntaxEntry::typeName

3. Change to this:
   

                     && functionName == functionEntries::inputSyntaxEntry::typeName_()

4. Save and close.
5. Build OpenFOAM, no cleaning required, simply run Allwmake as per installation instructions.