openfoam issueshttps://develop.openfoam.com/Development/openfoam/-/issues2019-12-09T22:11:26Zhttps://develop.openfoam.com/Development/openfoam/-/issues/543scotch include file is /usr/include/scotch/scotch.h which does not work in sr...2019-12-09T22:11:26ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comscotch include file is /usr/include/scotch/scotch.h which does not work in src/parallel/decompose/AllwmakeTest is for $SCOTCH_ARCH_PATH/include/scotch.h or /usr/include/scotch.h
This is on Ubuntu 12.10.Test is for $SCOTCH_ARCH_PATH/include/scotch.h or /usr/include/scotch.h
This is on Ubuntu 12.10.Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/333provide log option to top-level build2018-05-29T05:39:49ZMark OLESENprovide log option to top-level buildCapture stdout/stderr for later diagnostics.Capture stdout/stderr for later diagnostics.Version v1612Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/1225update compilation flags for ARM2019-12-09T22:37:28ZMark OLESENupdate compilation flags for ARMAs advised by Nathan, use consistent compilation and linkage flagsAs advised by Nathan, use consistent compilation and linkage flagsv1906Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/501COMP: 64 bit label compilation - further updates2017-07-12T04:46:26ZPrashant SonakarCOMP: 64 bit label compilation - further updatesFurther compilation failure at
foamVtkLagrangianWriter.C:103:25: error: call of overloaded 'write(int)' is ambiguous
@markFurther compilation failure at
foamVtkLagrangianWriter.C:103:25: error: call of overloaded 'write(int)' is ambiguous
@markVersion v1706Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/1087static librarires not found for FFTW2018-12-21T18:00:30ZMark OLESENstatic librarires not found for FFTW@sbna @IvanSpisso@sbna @IvanSpissoMark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/1036wmkdepend sometimes throws2023-12-07T18:58:57ZMark OLESENwmkdepend sometimes throwsEvidenced by this:
```
terminate called after throwing an instance of 'std::length_error'
what(): basic_string::_M_create
```
The root cause is incorrect token shifting when getting the next file chunk.
@MattijsEvidenced by this:
```
terminate called after throwing an instance of 'std::length_error'
what(): basic_string::_M_create
```
The root cause is incorrect token shifting when getting the next file chunk.
@MattijsMark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/273compile issue with gcc-5.22019-12-09T22:04:13ZMark OLESENcompile issue with gcc-5.2Superfluous `#include "FieldFunctions.H"` provokes warnings/errors.Superfluous `#include "FieldFunctions.H"` provokes warnings/errors.Version v1612Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/227Non-const dereferencing of tmp in fvc:dt2dt22019-12-09T22:04:11ZMark OLESENNon-const dereferencing of tmp in fvc:dt2dt2Reported as http://exchange.openfoam.com/node/252
@andyReported as http://exchange.openfoam.com/node/252
@andyVersion v1612Mark OLESENMark OLESEN2016-09-08https://develop.openfoam.com/Development/openfoam/-/issues/100Missing yyFlexLexer:yywrap()2016-06-30T09:10:10ZAdminMissing yyFlexLexer:yywrap()I am compiling on a Gentoo/Funtoo system. I had to comment out the following lines in
src/surfMesh/surfaceFormats/stl/STLsurfaceFormatASCII.L and src/triSurface/triSurface/interfaces/STL/readSTLASCII.L for dummy yywrap to get the code ...I am compiling on a Gentoo/Funtoo system. I had to comment out the following lines in
src/surfMesh/surfaceFormats/stl/STLsurfaceFormatASCII.L and src/triSurface/triSurface/interfaces/STL/readSTLASCII.L for dummy yywrap to get the code to compile:
// #if YY_FLEX_SUBMINOR_VERSION < 34
// extern "C" int yywrap()
// #else
int yyFlexLexer::yywrap()int
// #endif
This same coding is used elsewhere but a dummy yyFlexLexer::yywrap() needs to be defined and not an extern call. The code seems to assume Flex-2.5. I am running Flex-2.6.1 and get the extern call.
Pawan GhildiyalPawan Ghildiyalhttps://develop.openfoam.com/Development/openfoam/-/issues/443BUG: FOAM_INST_DIR setting?2017-04-18T13:40:34ZPrashant SonakarBUG: FOAM_INST_DIR setting?Latest develop branch throws error while sourcing.
Invalid (blank) entry for FOAM_INST_DIR
Linux version: CentOS-7Latest develop branch throws error while sourcing.
Invalid (blank) entry for FOAM_INST_DIR
Linux version: CentOS-7Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/181warning about GUI resource files in paraview plugins2016-12-23T12:44:51ZMark OLESENwarning about GUI resource files in paraview pluginsBuilding the Paraview plugins generates the following warning:
GUI resource files in plugins are no longer supported.
The same functionality can be obtained using Hints in the Server Manager xml files.
See the Major API ...Building the Paraview plugins generates the following warning:
GUI resource files in plugins are no longer supported.
The same functionality can be obtained using Hints in the Server Manager xml files.
See the Major API Changes document for details.
Hints already exist in the server manager xml, just need to correct the CMakeLists.txt to account for the API change with Paraview 4.3 Version v1612Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/258paraview plugin not being built in merged version2016-10-24T21:17:05ZMark OLESENparaview plugin not being built in merged versionchange in logic with config changechange in logic with config changeMark OLESENMark OLESEN2016-10-04https://develop.openfoam.com/Development/openfoam/-/issues/932single-precision compilation2019-12-09T22:22:46ZMark OLESENsingle-precision compilationMark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/148Inconsistent/incorrect build environment2023-12-07T19:01:57ZMark OLESENInconsistent/incorrect build environmentthird-party settings may be inconsistent with the OF settings.
Using lib instead of lib64 for 3rd-party gmp paths etc.third-party settings may be inconsistent with the OF settings.
Using lib instead of lib64 for 3rd-party gmp paths etc.Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/48wrong version name in etc/bashrc2016-01-04T11:43:47ZMatej Formanwrong version name in etc/bashrcIn $WM_PROJECT_DIR/etc/bashrc wrong name of the version (WM_PROJECT_VERSION). Was dev-OpenCFD, should be: plusIn $WM_PROJECT_DIR/etc/bashrc wrong name of the version (WM_PROJECT_VERSION). Was dev-OpenCFD, should be: plusAdminAdminhttps://develop.openfoam.com/Development/openfoam/-/issues/341BUG: inconsitent settings for compiler (csh/sh)2018-05-29T05:39:49ZPrashant SonakarBUG: inconsitent settings for compiler (csh/sh)Revisit settings in csh/sh with recent merge.
e.g. sh compatible with Gcc-4[8-9] whereas csh files still have older version lists!
@andyRevisit settings in csh/sh with recent merge.
e.g. sh compatible with Gcc-4[8-9] whereas csh files still have older version lists!
@andyVersion v1706Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/678fftw compile problem in single-precision2017-12-21T15:59:45ZMark OLESENfftw compile problem in single-precisionv1712Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/295Update paraview versions2017-02-01T10:22:20ZMark OLESENUpdate paraview versions- Drop support for paraview 3.x (released in 2012). Cannot test if these older reader modules actually build (see
https://develop.openfoam.com/Development/ThirdParty-plus/issues/9).
- Ensure build works with paraview 5.1.2 (bug fix versi...- Drop support for paraview 3.x (released in 2012). Cannot test if these older reader modules actually build (see
https://develop.openfoam.com/Development/ThirdParty-plus/issues/9).
- Ensure build works with paraview 5.1.2 (bug fix version of 5.1.0) from July 2016.Version v1612Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/288Newer CGAL versions build into lib64, breaking current CGAL make rules.2017-01-02T12:24:17ZMark OLESENNewer CGAL versions build into lib64, breaking current CGAL make rules.On 64-bit systems, the system installations of boost, cgal are under `lib64/`.
The behaviour for a ThirdParty build is *mostly* `lib/` but this can also be changing.
- Boost 1_62_0 and older build into 'lib/'.
- CGAL-4.9 builds into ...On 64-bit systems, the system installations of boost, cgal are under `lib64/`.
The behaviour for a ThirdParty build is *mostly* `lib/` but this can also be changing.
- Boost 1_62_0 and older build into 'lib/'.
- CGAL-4.9 builds into 'lib64/', older versions into 'lib/'.
Future-proof things by using `lib$WM_COMPILER_LIB_ARCH` for boost and cgal build rules, and forcing these as build targets in the ThirdParty makeCGAL as well.
Cross-referenced as ThirdParty issue https://develop.openfoam.com/Development/ThirdParty-plus/issues/8Version v1612Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/769change contiguous to a class2020-01-07T07:42:24ZMark OLESENchange contiguous to a classCurrently implemented as a number of global functions, but a templated class function would be more flexible.
Eg,
//- Default definition: (integral | floating-point) are contiguous
template<class T>
struct contiguous
:
...Currently implemented as a number of global functions, but a templated class function would be more flexible.
Eg,
//- Default definition: (integral | floating-point) are contiguous
template<class T>
struct contiguous
:
std::integral_constant
<
bool,
std::is_integral<T>::value || std::is_floating_point<T>::value
>
{};
//- FixedList of (integral | floating-point) is contiguous
template<class T, unsigned N>
struct contiguous<FixedList<T, N>>
:
std::integral_constant
<
bool,
std::is_integral<T>::value || std::is_floating_point<T>::value
>
{};
These definitions work for any size FixedList and thus eliminate most of contiguous.H.
Template specializations for the function definition aren't really possible.
Pros:
- usable in constexpr, at compile-time and static_assert
Cons:
- user code that is currently overloading `contiguous` needs to specify it different.
template<> inline bool contiguous<someType>() { return true; }
template<> struct contiguous<someType> : std::true_type {};Mark OLESENMark OLESEN