- Sep 01, 2020
-
-
Mark OLESEN authored
- the compiler reports Internal error loop: assertion failed: find_seq_in_lookup_table: seq_number not found (shared/cfe/edgcpfe/il.c, line 4118) Seems to be the same as the bug report https://community.intel.com/t5/Intel-C-Compiler/Internal-error-loop-assertion-failed-find-seq-in-lookup-table/td-p/1087603 This _should_ be fixed in icc 17.0 update 1, but appears to have struck here as well. - workaround: explicitly construct member elements.
-
- Aug 31, 2020
-
-
Mark OLESEN authored
-
Mark OLESEN authored
- slipped in with changes to csvTableReader (commit 59ed3ba1) so only affects the 2006 version. - adjust constructor to expect "componentColumns", but also accept "valueColumns" as 1912 and earlier-compatibility. This not only fixes the reported bug, but also ensure proper compatibility with older files. ENH: use "refColumn" instead of "timeColumn" for csvTableReader - consistent with the CSV Function1. Support 'timeColumn' as 1912 and earlier-compatibility. TUT: remove unused table-reader entry
-
- Aug 12, 2020
-
-
Mark OLESEN authored
- experienced while reusing src/Pstream/Allwmake-mpi to create additional mpi-layers after installation. Since the copied sources are not located within the OpenFOAM source-tree (and/or the source-tree is non-writable), it should not and does not use the central build/WM_OPTIONS directory. However, when exploring for the appropriate local Make directory, it searched for the current '.' directory instead of checking for the resolved directory. This fails, since there is no src/Pstream/Make directory. Must check for src/Pstream/mpi/Make directory first! - Adjust wclean to always remove a local build directory (Make/WM_OPTIONS) for additional safety. After which, attempt to remove central build/WM_OPTIONS version too.
-
- Aug 06, 2020
-
-
Mark OLESEN authored
- the various information queries MUST be executed with the '--no-print-directory' or risk polluting values in the information queries. This is mostly seen with the 'canCompile' test for tutorials running in parallel.
-
- Jul 27, 2020
-
-
Mark OLESEN authored
-
Mark OLESEN authored
- backported fix from develop COMP: incorrect variable names in PtrListOpsTemplates.C
-
Mark OLESEN authored
-
- Jul 23, 2020
-
-
Mark OLESEN authored
-
Mark OLESEN authored
-
- Jul 20, 2020
-
-
Andrew Heather authored
-
- Jul 17, 2020
-
-
Andrew Heather authored
-
- Jul 14, 2020
-
-
Mark OLESEN authored
-
- Jul 13, 2020
-
-
mattijs authored
-
- Jul 02, 2020
-
-
Andrew Heather authored
-
- Jul 01, 2020
-
-
Mark OLESEN authored
- regression from f721b534
-
Mark OLESEN authored
- use long form to avoid dash 0.5.8 error (ubuntu bionic) - consolidate the prefix handling into modules/Allwmake
-
Andrew Heather authored
-
- Jun 29, 2020
-
-
Andrew Heather authored
-
Andrew Heather authored
-
Andrew Heather authored
-
Andrew Heather authored
-
Andrew Heather authored
-
Andrew Heather authored
-
Andrew Heather authored
-
Mark OLESEN authored
- When OpenFOAM is under git control and a 'debian/' directory exists, this could mean two things: 1) Additional debian control has been added to OpenFOAM 2) OpenFOAM has been imported into a debian project For the case that OpenFOAM has been imported into a debian project, using the git information would be highly misleading. There will be no OpenFOAM SHA1 correspondence. However, if additional debian control has been added to OpenFOAM the SHA1 will be valid. The ad hoc solution is to use an additional "openfoam.debian" directory to flag the addition of debian controls into openfoam. When a "debian/" directory exists without a "openfoam.debian", assume that the OpenFOAM has been imported into debian and do not use the SHA1.
-
Mark OLESEN authored
-
- Jun 26, 2020
-
-
Mark OLESEN authored
-
OpenFOAM bot authored
- fix older '> >' template parameters as '>>'
-
Mark OLESEN authored
-
Mark OLESEN authored
- used fluidThermo::typeName instead of fluidThermo::dictName within the Cp() method.
-
-
-
Mark OLESEN authored
- only checked if it started with '/' and not 'd:/' (for example).
-
- Jun 25, 2020
-
-
sergio authored
-
sergio authored
-
OpenFOAM bot authored
-
mattijs authored
-
Mark OLESEN authored
-
Mark OLESEN authored
- affects ensightSurfaceReader only. If there are no `*` characters, protect against replacement. Otherwise it would attempt to replace a zero-length string with a single `0`, which results in prepending the name. STYLE: ensightSurfaceReader constructor explicit
-