* Full update to latest SS 0.98 APIs
- SS: switched to LowLevelEvaluationFast interface;
- SS: fixed compiler warnings for deprecated methods/properties;
- refactoring;
* refactoring
- removed not useful try/catch from unit manager;
- refactoring of not used methods;
* Fix for SMath bug SS-2414
* minor changes
* Added folder for Test files
* Added test file
IF97 test file from CoolProp/CoolProp issue #1249
* changed filename
* added script for batch testing
* Review of dynamic assistant tootltip
* New layout for README.md
* Updated README.md
* Updated README.md
* Fixed combined emphasis in README.md
This is required in order to remove ".dll" extension from the library
name in .NET DllImport. And that, in turn, is intended to enable
cross-platform use of SMath wrapper on other OSes, like Linux (that is
supported by both CoolProp and SMath).
As explained at
http://www.mono-project.com/docs/advanced/pinvoke/, it's recommended to
omit the library extension to allow mono to find native libraries.
* Improve SMath wrapper error handling
1. Make CoolProp errors visible to SMath immediately, calling
get_global_param_string("errstring").
2. Use System.Exception with message instead of SMath own exceptions
where possible (to show the required message instead of irrelevant SMath
unconfigurable one); only retain SMath exceptions where it's necessary.
* Remove redundant text from release_readme.rst.txt; fixes#1105
* Allow cmake properly build SMath wrapper
Integrate c# project into solution; allow usual cmake --build . --config
Release to build SMath wrapper.
Remove obsolete build.bat and coolprop_wrapper.sln files:
cmake-generated solution already includes everything.
Use build subdirectory wrappers/SMath for all generated files (both by
cmake, including csproj file itself, and by build process), thus no
dirty tree anymore.
Please note: this change requires cmake version 2.8.9 (because of
include_external_msproject TYPE).
* Tentative patch for buildbot
Unfortunately, I cannot test the buildbot, neither I know about it much.
I suppose that this is a sensible patch to be able to work with previous
changes to SMath build process.
* Update SMath wrapper help
Looking around I think this change should be related to the issue #985
Since double.NegativeInfinity and double.PositiveInfinity are valid results from the solvers and SMath.Math.Numeric.TDouble(result) can't handle these values directly, this patch allows the users to see ∞ / -∞ as results on the canvas