b60866d98c
ENH: coded functionObject: added mesh()
2011-03-23 09:34:51 +00:00
889b0a0488
ENH: Release-notes-dev: updated for coded functionObject
2011-03-23 04:58:00 +00:00
e24dd4fe2a
ENH: codedFunctionObject: initial version.
2011-03-22 22:16:48 +00:00
7a0d3ebd64
ENH: refactor fixedValueFvPatchFieldTemplate
...
- can be reused for other (vector, tensor, ...) field types
2011-03-11 17:28:51 +01:00
12d965ead9
STYLE: more constness on const char* values
2011-03-11 09:08:45 +01:00
e8a3587df4
ENH: support file-scope 'localCode' in dynamicCode
2011-03-08 11:08:42 +01:00
3d34c5146c
BUG: codedFixedValueFvPatchScalarField oldLibPath_ not copied
...
- prevented the reloading from working properly (thanks Mattijs!)
2011-03-08 08:48:27 +01:00
336fa74478
ENH: add static const char* SHA1sum to fixedValueFvPatchScalarFieldTemplate
...
- useful for debugging purposes
2011-03-07 18:10:29 +01:00
7cd3c926bd
ENH: discard codeProperties in favour of using sha1-encoded library names
2011-03-03 09:06:14 +01:00
815a806be7
ENH: allow verbose output for fixedValueFvPatchScalarFieldTemplate
2011-03-02 14:28:22 +01:00
97cd3af1ff
ENH: cleanup codeStream - use dynamicCode, dynamicCodeContext encapsulation
...
Problems remain with codedFixedValueFvPatchScalarField:
- readIfModified() notices change on system/codeDict, but the
codeProperties::setUnmodified() means that only a single entry will
get processed
- it appears that while dlclose() may (or may not) be actually closing
the library, there are probably still references about. This means
that a subsequent reloading still points to the original functions
and the lookup is not updated correctly.
2011-03-01 14:19:24 +01:00
6b79aae433
BUG: removing coded FixedValue patch deleted fvPatch constructor tables
...
- use newly introduced makeRemovablePatchTypeField to avoid this problem
2011-03-01 10:51:59 +01:00
51399bbbd1
STYLE: use dynamicCode/ instead of codeStream/ for dynamically generated code
2011-02-24 13:21:39 +01:00
