- Nov 22, 2018
-
-
Mark OLESEN authored
-
Mark OLESEN authored
- Prefer the $WM_PROJECT_VERSION from the environment, since this is consistent with the foamEtcFile script, and matches better to user expectations.
-
Mark OLESEN authored
- For compatibility, access to the old global names is provided via macros #define FOAMversion foamVersion::version #define FOAMbuild foamVersion::build #define FOAMbuildArch foamVersion::buildArch - this isolation makes it easier to provide additional scoped methods for dealing with version related information. Eg, printBuildInfo()
-
Mark OLESEN authored
- foamVersion.H now includes stdFoam.H for consistent use of compatibility compiler defines. - move forward declaration of Detail, Module namespaces to stdFoam.H - doxygen documentation of Foam namespace in stdFoam.H
-
Mark OLESEN authored
-
Mark OLESEN authored
- convenient when bootstrapping some systems
-
- Nov 21, 2018
-
-
Mark OLESEN authored
-
Mark OLESEN authored
-
Mark OLESEN authored
- generalize output text wrapping, use for usage notes - add -help-man option for generating manpage content for any OpenFOAM application or solver. bin/tools/foamCreateManpage as helper
-
Mark OLESEN authored
- Catch any leading option (the incorrect location). - Catch initialization error for cleaner result.
-
Mark OLESEN authored
-
Mark OLESEN authored
- The changes in foamCleanPath introduced for issues (#1007, #1008) include quoted output of the cleaned environment variable. When used in foamCreateModuleInclude, the quotes make their way into the final environment. Avoid this by using the -sh-env eval format instead. - add environment extraction of MANPATH changes
-
Mark OLESEN authored
- more filtering in the sed stage to remove non-essential text. Terminate parsing on first appearance of -help-full option.
-
Mark OLESEN authored
- have -help-full as the last entry in the list of options. This permits some optimizations when generating shell completions.
-
Mark OLESEN authored
- provides some feedback about which mpi is being used
-
- 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
-