Arch Linux User Repository

to document my problems: scotch is currently not working, scotch-git tho did work and currently I'm installing it after I installed scotch-git myself

It was true, now with this 0001-C-14-for-CGAL-5-compatibility-KaHIP-support.patch is compiling fine as before and working with CGAL 5 or later, plus this add support to kahip as we can see that creates the following shared object

opt/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccDPInt32Opt/lib/libkahipDecomp.so

in the full log, yay.

Thanks for feedback, actually I compiled sucessfully openfoam-com before cgal-4.14.3 upgrade at 15th March, now with cgal-5.4-1, the compiler complains. Possible related with this issue https://develop.openfoam.com/Development/openfoam/-/issues/2209

Also I see that

ADIOS2_ARCH_PATH=/opt/OpenFOAM/OpenFOAM-v2112/ThirdParty/platforms/linux64Gcc/ADIOS2-2.6.0

is not pointing to adios2 from system when install by stock, like yes happen right for CGAL_ARCH_PATH, FFTW_ARCH_PATH, MPI_ARCH_PATH, SCOTCH_ARCH_PATH, and BOOST_ARCH_PATH.

Your errors seem to be related to CGAL. The other errors such as

type specifier only available with ‘-std=c++14’ or ‘-std=gnu++14’

indicate that your CGAL works only with a compiler of the 2014 c++ standard. Maybe you have an old cgal version?

Hi, I have the following message error:

g++ -std=c++11 -m64 -pthread -DOPENFOAM=2112 -DWM_DP -DWM_LABEL_SIZE=32 -Wall -Wextra -Wold-style-cast -Wnon-virtual-dtor -Wno-unused-parameter -Wno-invalid-offsetof -Wno-attributes -Wno-unknown-pragmas  -O3  -DNoRepository -ftemplate-depth-100 -frounding-math -DNDEBUG -DCGAL_HEADER_ONLY -I/usr/include -I/usr/include -Wno-old-style-cast -Wno-unused-local-typedefs -Wno-array-bounds -Wno-deprecated-declarations -fpermissive -I.. -I/tmp/makepkg/openfoam-com/src/OpenFOAM-v2112/src/surfMesh/lnInclude -I/tmp/makepkg/openfoam-com/src/OpenFOAM-v2112/src/meshTools/lnInclude -iquote. -IlnInclude -I/tmp/makepkg/openfoam-com/src/OpenFOAM-v2112/src/OpenFOAM/lnInclude -I/tmp/makepkg/openfoam-com/src/OpenFOAM-v2112/src/OSspecific/POSIX/lnInclude   -fPIC -c PolyhedronReader.C -o /tmp/makepkg/openfoam-com/src/OpenFOAM-v2112/build/linux64GccDPInt32Opt/applications/utilities/surface/surfaceBooleanFeatures/PolyhedronReader/PolyhedronReader.o
In file included from /usr/include/CGAL/IO/Color.h:21,
from /usr/include/CGAL/IO/io.h:24,
from /usr/include/CGAL/Needs_parens_as_product.h:20,
from /usr/include/CGAL/number_type_basic.h:45,
from /usr/include/CGAL/basic.h:28,
from /usr/include/CGAL/Cartesian/Cartesian_base.h:20,
from /usr/include/CGAL/Simple_cartesian.h:20,
from /usr/include/CGAL/Exact_predicates_exact_constructions_kernel.h:20,
from ../CGAL3DKernel.H:49,
from ../CGALIndexedPolyhedron.H:46,
from PolyhedronReader.H:39,
from PolyhedronReader.C:29:
2022/usr/include/CGAL/array.h:72:44: error: ‘std::index_sequence’ has not been declared
72 | make_filled_array_aux(const T& value, std::index_sequence<Is...>)
|                                            ^~~~~~~~~~~~~~
/usr/include/CGAL/array.h:72:58: error: expected ‘,’ or ‘...’ before ‘<’ token
72 | make_filled_array_aux(const T& value, std::index_sequence<Is...>)

This is the full log.

Thanks both, I had this doubt some time ago, thanks for ask and answer. Someone is looking for an AUR package that depends of openfoam-com, for example https://github.com/precice/openfoam-adapter ?

The "org" version is developed by the OpenFOAM foundation and the "com" version by ESI. The source code is considerably different and the simulation tools developed by the users cannot (always) be compiled with both versions. It is necessary to have both, the "org" and "com" versions.

What's the difference between this and the org package?

Can we just have an openfoam AUR package without 'org' or 'com' as part of the name?

AWESOME :D. Thanks for your help. I just did this (I have both OpenFOAM-v2012 & OpenFOAM8 installed installed in my Arch machine).

sudo pacman -R --nodeps --nodeps paraview

Then I build Paraview Version: 5.9.1-RC1-942-g7cfe71ad8e manually, after downloading the git. With only exception of adding the -DPARAVIEW_USE_VTKM=OFF in the cmake command (described here: ArchLinux ParaView build instruction).

Then no issues with using either paraview or openfoam versions now. I have another question, is there a easy way to make the ParaFoam tool working (i.e. the linking between the manually installed ParaView & OpenFoam)?

It says

/opt/OpenFOAM/OpenFOAM-v2012/bin/paraFoam: line 420: paraview: command not found

when I do paraFOam --builtin

OpenFoam requires paraview, but should not modify it. I see two solutions for your problem:

(1) Use your manually installed paraview. You can remove paraview after installing openfoam with

sudo pacman -R --nodeps --nodeps paraview

You can also install openfoam without paraview. You simply need to remove the word 'paraview' from the line

depends=('gcc' 'cgal' 'fftw' 'boost' 'openmpi' 'paraview' 'utf8cpp' 'scotch' 'parmetis')

of the PKGBUILD file of OpenFOAM. So that paraview is not installed automatically.

(2) Install the older paraview version (e.g. 5.8.0).

ls /var/cache/pacman/pkg/parav*

sudo pacman -U nameOfPackage

Looks like there is some problem in the OpenFOAM-ParaView interface. Everytime I install this, ParaView stops working (I posted the details here: https://discourse.paraview.org/t/paraview-5-9-stopped-working/6746/10). This started when ParaView was updated to 5.8.1, I believe. But I could test ParaView 5.9.1 RC1 to be working (but not 5.9.0) with manual building and installation. Installing this OpenFOAM package leads to crashing of both version of ParaView. The issue might well be just the current AUR ParaView version, which is required by OpenFOAM as a dependency. Is it possible to modify the PKGBUILD so that a particular version of ParaView (manually installed by the user) can be used as dependency for this OpenFOAM package?

This happens exactly same with the openfoam-org package also.