ThirdParty-common issueshttps://develop.openfoam.com/Development/ThirdParty-common/-/issues2019-07-21T22:56:27Zhttps://develop.openfoam.com/Development/ThirdParty-common/-/issues/10Ensure third-party compile of current and upcoming paraview work.2019-07-21T22:56:27ZMark OLESENEnsure third-party compile of current and upcoming paraview work.Adjust patching for 5.1.2 and 5.2.0 (using current release candidate).Adjust patching for 5.1.2 and 5.2.0 (using current release candidate).Version v1612Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/ThirdParty-common/-/issues/9Cannot compile paraview32019-07-21T22:56:27ZMark OLESENCannot compile paraview3With paraview 3.14 (Feb 2012) and paraview 3.98 (Dec 2012) experience unresolvable build issues. Can no longer compile (was also the case at the time of the 1606 release).With paraview 3.14 (Feb 2012) and paraview 3.98 (Dec 2012) experience unresolvable build issues. Can no longer compile (was also the case at the time of the 1606 release).Version v1612Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/ThirdParty-common/-/issues/8Build boost/cgal into lib64 on 64-bit systems2019-07-21T22:56:27ZMark OLESENBuild boost/cgal into lib64 on 64-bit systemsNoted as OpenFOAM issue https://develop.openfoam.com/Development/OpenFOAM-plus/issues/288Noted as OpenFOAM issue https://develop.openfoam.com/Development/OpenFOAM-plus/issues/288Version v1612Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/ThirdParty-common/-/issues/7Allclean script in ThirdParty (v1606+) wrongly deletes all installed ThirdPar...2019-07-21T22:56:27ZPhilippose RajanAllclean script in ThirdParty (v1606+) wrongly deletes all installed ThirdParty packages instead of the out-of-source temporary build filesHello,
The following part of the **Allclean** script in the **ThirdParty** folder of v1606+ wrongly deletes all the *installed* ThirdParty packages instead of deleting only the *out-of-source build* files:
```bash
# clean out-of-source...Hello,
The following part of the **Allclean** script in the **ThirdParty** folder of v1606+ wrongly deletes all the *installed* ThirdParty packages instead of deleting only the *out-of-source build* files:
```bash
# clean out-of-source build directories
[ -d platforms ] && ( set -x; rm -rf platforms/* )
```
Solution:
Change to:
```bash
# clean out-of-source build directories
[ -d build ] && ( set -x; rm -rf build/* )
```
in order to clean only the out-of -source build files, but leave the installed packages intact.
Thank you.
Philippose RajanMark OLESENMark OLESENhttps://develop.openfoam.com/Development/ThirdParty-common/-/issues/6BUG: compilation of scotch-6.0.4 failed2019-07-21T22:56:27ZPrashant SonakarBUG: compilation of scotch-6.0.4 failedscotch-6.0.4 fails to compile with Gcc-4.9.3
Following modification works
LDFLAGS = -Xlinker --no-as-needed $(WM_LDFLAGS) -lz -lm `-lrt`
in etc/wmakeFiles/scotch/Makefile.inc.i686_pc_linux2.shlib-OpenFOAM
@andy @Mattijsscotch-6.0.4 fails to compile with Gcc-4.9.3
Following modification works
LDFLAGS = -Xlinker --no-as-needed $(WM_LDFLAGS) -lz -lm `-lrt`
in etc/wmakeFiles/scotch/Makefile.inc.i686_pc_linux2.shlib-OpenFOAM
@andy @MattijsMark OLESENMark OLESENhttps://develop.openfoam.com/Development/ThirdParty-common/-/issues/5Update make script for paraview + python2019-07-21T22:56:27ZMark OLESENUpdate make script for paraview + pythonMark OLESENMark OLESENhttps://develop.openfoam.com/Development/ThirdParty-common/-/issues/4CGAL wmake sets incorrect paths to MPFR and GMP2019-07-21T22:56:27ZSergiy KhanCGAL wmake sets incorrect paths to MPFR and GMPWhen compiling OpenFOAM v1606, the ./makeGcc script gets the MPFR and GMP libraries placed in the lib64/ sub-directory, while `$WM_PROJECT_DIR/wmake/rules/General/CGAL` sets paths explicitly to /lib.
`$ ls -al $WM_THIRD_PARTY_DIR/plat...When compiling OpenFOAM v1606, the ./makeGcc script gets the MPFR and GMP libraries placed in the lib64/ sub-directory, while `$WM_PROJECT_DIR/wmake/rules/General/CGAL` sets paths explicitly to /lib.
`$ ls -al $WM_THIRD_PARTY_DIR/platforms/linux64/gmp-5.1.2
include
lib64
share`
`$ ls -al $WM_THIRD_PARTY_DIR/platforms/linux64/mpfr-3.1.2
include
lib64
share`
`$ cat $WM_PROJECT_DIR/wmake/rules/General/CGAL
CGAL_INC = \
-I$(CGAL_ARCH_PATH)/include \
-I$(MPFR_ARCH_PATH)/include \
-I$(GMP_ARCH_PATH)/include \
-I$(BOOST_ARCH_PATH)/include`
`CGAL_LIBS = \
-L$(MPFR_ARCH_PATH)/lib \
-L$(GMP_ARCH_PATH)/lib \
-L$(BOOST_ARCH_PATH)/lib \
-L$(CGAL_ARCH_PATH)/lib \
-lCGAL \
-lmpfr`
The simple fix is to create symlinks like so:
`$ cd $WM_THIRD_PARTY_DIR
$ (cd platforms/linux64/gmp-5.1.2; ln -s lib64 lib)
$ (cd platforms/linux64/mpfr-3.1.2; ln -s lib64 lib)`Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/ThirdParty-common/-/issues/3makeCGAL script not present in ThirdParty-v1606+.tgz2019-07-21T22:56:27ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.commakeCGAL script not present in ThirdParty-v1606+.tgzAllwmake refers to ./makeCGAL but script is not included in pack.Allwmake refers to ./makeCGAL but script is not included in pack.Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/ThirdParty-common/-/issues/2unset shell functions failing in dash2019-07-21T22:56:27ZMark OLESENunset shell functions failing in dashneed "unset -f" instead of a plain "unset" to properly unset functions.
Eg, in makeCGAL
unset -f _foamAddLib ....
@matej @andy need "unset -f" instead of a plain "unset" to properly unset functions.
Eg, in makeCGAL
unset -f _foamAddLib ....
@matej @andy Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/ThirdParty-common/-/issues/1scotch-6.0.4 build fails2019-07-21T22:56:27ZMark OLESENscotch-6.0.4 build failsSee https://gforge.inria.fr/tracker/index.php?func=detail&aid=19407&group_id=248&atid=1079See https://gforge.inria.fr/tracker/index.php?func=detail&aid=19407&group_id=248&atid=1079Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/ThirdParty-common/-/issues/56ADIOS recompiles although already compiled2020-08-18T15:51:01ZHÃ¥kanADIOS recompiles although already compiled### Summary
ADIOS recompiles although already compiled
### Steps to reproduce
Follow the installation procedure of v2006. The problem is in the file https://sourceforge.net/projects/openfoam/files/v2006/ThirdParty-v2006.tgz. Running ....### Summary
ADIOS recompiles although already compiled
### Steps to reproduce
Follow the installation procedure of v2006. The problem is in the file https://sourceforge.net/projects/openfoam/files/v2006/ThirdParty-v2006.tgz. Running ./Allwmake several times, it is not noted that ADIOS is already compiled, so it compiles again. The problem is that the check if it is installed looks for a lib64 directory, while the compilation of ADIOS creates a lib directory. It can be fixed by:
pushd $ADIOS2_ARCH_PATH; ln -s lib lib64; popd
However, it would be better if the test is modified to do it correctly, or if the ADIOS compilation produces a lib64 directory directly.
### Example case
See above
### What is the current *bug* behaviour?
ADIOS recompiles although already compiled
### What is the expected *correct* behavior?
ADIOS should not be compiled if it is already compiled.
### Relevant logs and/or images
The Allwmake command gives output that ADIOS is recompiled.
### Environment information
- OpenFOAM version : v2006
- Operating system : Ubuntu 20.04
- Hardware info : N/A
- Compiler : N/A
### Possible fixes
makeAdios2, line 30:
if [ -d "$dir/include" -a -r "$dir/lib$WM_COMPILER_LIB_ARCH/libadios2$EXT_SO" ]
The $WM_COMPILER_LIB_ARCH needs to be removed, or the problem needs to be fixed some other way.Mark OLESENMark OLESEN