- Nov 22, 2018
-
-
mattijs authored
-
- Nov 21, 2018
- Nov 20, 2018
-
-
Mark OLESEN authored
-
Mark OLESEN authored
-
Mark OLESEN authored
- 'unfriend' operators on dimensionSet, since they operate without requiring access to non-public members. - add missing invTransform() function for dimensionSet. - make inv(const dimensionSet&) available as operator~(const dimensionSet&), which can be used instead of (dimless/ds).
-
Mark OLESEN authored
- writing of dictionary entry with the name of the dimensionedType suppressed if it is identical to the keyword. This corresponds to the input requirements.
-
Mark OLESEN authored
- deprecate dimensionedType constructors using an Istream in favour of versions accepting a keyword and a dictionary. Dictionary entries are almost the exclusive means of read constructing a dimensionedType. By construct from the dictionary entry instead of doing a lookup() first, we can detect possible input errors such as too many tokens as a result of a input syntax error. Constructing a dimensionedType from a dictionary entry now has two forms. 1. dimensionedType(key, dims, dict); This is the constructor that will normally be used. It accepts entries with optional leading names and/or dimensions. If the entry contains dimensions, they are verified against the expected dimensions and an IOError is raised if they do not correspond. On conclusion, checks the token stream for any trailing rubbish. 2. dimensionedType(key, dict); This constructor is used less frequently. Similar to the previous description, except that it is initially dimensionless. If entry contains dimensions, they are used without further verification. The constructor also includes a token stream check. This constructor is useful when the dimensions are entirely defined from the dictionary input, but also when handling transition code where the input dimensions are not obvious from the source. This constructor can also be handy when obtaining values from a dictionary without needing to worry about the input dimensions. For example, Info<< "rho: " << dimensionedScalar("rho", dict).value() << nl; This will accept a large range of inputs without hassle. ENH: consistent handling of dimensionedType for inputs (#1083) BUG: incorrect Omega dimensions (fixes #2084)
-
Mark OLESEN authored
- check Istream in readBool in operator>> variant (#1033)
-
- Nov 19, 2018
-
-
mattijs authored
-
Mark OLESEN authored
-
Mark OLESEN authored
-
mattijs authored
-
- Nov 16, 2018
-
-
Mark OLESEN authored
-
Mark OLESEN authored
-
Mark OLESEN authored
-
- Nov 15, 2018
-
-
mattijs authored
-
Mattijs Janssens authored
See merge request OpenFOAM-plus!220 Code supplied by Daniel Rettenmaier rettenmaier@gsc.tu-darmstadt.de
-
Mattijs Janssens authored
-
- Nov 14, 2018
-
-
mattijs authored
-
Mark OLESEN authored
- fix range checks
-
- Nov 15, 2018
-
-
Mark OLESEN authored
- use forwarding templates for the factory method - avoid double use of dynamic_cast. Don't need implicit use in isA<>, can use result directly STYLE: updated iteration over HashTable of mesh objects
-
- Nov 16, 2018
-
-
Mark OLESEN authored
-
Mark OLESEN authored
- was using coordinate-system and transform() which is the local-to-global mapping, whereas it should be invTransform() which is the global-to-local mapping
-
Mark OLESEN authored
-
- Nov 15, 2018
-
-
Mark OLESEN authored
-
- Nov 14, 2018
-
-
Mark OLESEN authored
-
- Nov 15, 2018
-
-
Mark OLESEN authored
- simplifies things for legacyCompile
-
- Nov 13, 2018
-
-
Mark OLESEN authored
-
Mark OLESEN authored
- easier when making modifications STYLE: spelling in topoSetSource comments
-
- Nov 12, 2018
-
-
Mark OLESEN authored
- this seems to be the only reliable means of obtaining the values. Using typeName_() yields the wrong value. Using the typeName causes initialization issues (segfault when executing on some systems).
-
Mark OLESEN authored
-
Mark OLESEN authored
-
Mark OLESEN authored
- resolves better on some compilers.
-
Andrew Heather authored
Feature ioobjectlist registry See merge request OpenFOAM-plus!218
-
Andrew Heather authored
uniformFixedValue: avoid re-evaluation on reading or mapping See merge request OpenFOAM-plus!219
-
mattijs authored
-
Mark OLESEN authored
- support name filtering by class based on <Type> or predicates. Eg, objects.sortedNames<volScalarField>(namePattern); vs objects.sortedNames(volScalarField::typeName, namePattern); These can also be used directly for untyped name matching. Eg, objects.sortedNames<void>(namePattern); Can also use a predicate: objects.sortedNames(wordRe("vol.*Field"), namePattern); objects.sortedNames ( [](const word& clsName){ return clsName.startsWith("vol"); }, namePattern );
-
Mark OLESEN authored
- add IOobjectList::count() methods - lookupClass<Type>() to use types instead of class variables. - additional helpers for parallel: allNames(), checkNames() - provide filterClasses() and filterObjects(), prune_0() method forwarding to HashTable methods for easier access.
-