- Oct 12, 2020
-
-
Mark OLESEN authored
-
Mark OLESEN authored
-
Mark OLESEN authored
- on ArchLinux, everything is installed under /usr/include/scotch. The detection script uses SCOTCH_ARCH_PATH as an initial guess for ptscotch as well. However, on the second pass, it has an absolute value ("/usr") instead of a logical one ("scotch-system"). This resulted in the logic for handling scotch+ptscotch subdirs being bypassed.
-
- Oct 08, 2020
-
-
Mark OLESEN authored
- the problem arises when output fields are missing on some processors. When the information is combined, the resulting HashTables can have different insertion orders. This poses an issue when there are hash key collisions and thus different chaining. - Use sorted order.
-
- Sep 30, 2020
-
-
mattijs authored
Triggered when running e.g. postProcess
-
- Sep 24, 2020
-
-
Mark OLESEN authored
-
Mark OLESEN authored
- specifying gradientExpr without a valueExpr, a missing fractionExpr should be treated as 0 (gradient only), not as 1 (value only) ENH: improve sanity checks + evaluation short-cuts in exprMixedFvPatchField
-
Mark OLESEN authored
- incorrect branching logic caused the "0" case to be ignored
-
- Sep 16, 2020
-
-
Mark OLESEN authored
- single entry point to handle negative expansions etc. Reduces typos and forgotten code (as per #1841)
-
Mark OLESEN authored
- mostly only tripped when using fractional edge grading, since this is where the list reading is used. Overseen in commit 7da0b5be.
-
- Sep 03, 2020
-
-
Mark OLESEN authored
-
Mark OLESEN authored
-
- 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
-