ENH: use exprString expansions for #eval
- follows the principle of least surprise if the expansion behaviour for #eval and expressions (eg, exprFixedValue) are the same. This is possible now that we harness the regular stringOps::expand() within exprString::expand()
Showing
- applications/test/dictionary/testDictEval2 36 additions, 3 deletionsapplications/test/dictionary/testDictEval2
- src/OpenFOAM/db/IOstreams/Tstreams/ITstream.C 3 additions, 0 deletionssrc/OpenFOAM/db/IOstreams/Tstreams/ITstream.C
- src/OpenFOAM/db/dictionary/functionEntries/evalEntry/evalEntry.C 4 additions, 4 deletions...nFOAM/db/dictionary/functionEntries/evalEntry/evalEntry.C
- src/OpenFOAM/expressions/exprEntry/expressionEntry.C 18 additions, 4 deletionssrc/OpenFOAM/expressions/exprEntry/expressionEntry.C
- src/OpenFOAM/expressions/exprEntry/expressionEntry.H 8 additions, 1 deletionsrc/OpenFOAM/expressions/exprEntry/expressionEntry.H
- src/OpenFOAM/expressions/exprString/exprString.H 11 additions, 2 deletionssrc/OpenFOAM/expressions/exprString/exprString.H
- src/OpenFOAM/primitives/strings/stringOps/stringOps.C 1 addition, 1 deletionsrc/OpenFOAM/primitives/strings/stringOps/stringOps.C
- src/OpenFOAM/primitives/strings/stringOps/stringOps.H 61 additions, 38 deletionssrc/OpenFOAM/primitives/strings/stringOps/stringOps.H
Please register or sign in to comment