* Cubic calc_molar_mass, closes#1124
* Add simplified update and output functions
This allows simpler use of the low level interface by using the strings name instead of the parameter number.
The parameter number version stays and will be faster for more than one call with the same parameter.
* Add AbstractState_update_and_1_out
* Export specify_phase() to the library
* small correction
Safer to only accept an array of real numbers here.
* Small correction
Specifying the type of the array to avoid any convertion
* Correct AbstractState_set_binary_interaction_double
Convert `i` and `j` to `size_t` when calling `AbstractState_set_binary_interaction_double`
* Addapt Julia wrapper to c16a4b6
Now `AbstractState_set_binary_interaction_double` needs `long` for `i` and `j`
* Precompiling of Julia Wrapper only for Julia 0.4+
Should allow to keep compatibility with Julia 0.3
* Export set_binary_interaction_double
to the shared library and add it to Julia Wrapper
* Correct comment in previous commit
* Change tab to spaces in precendent commit
* Add update_and_*_out functions
Add `AbstractState_update_and_common_out` and `AbstractState_update_and_5_out` to the wrapper
* Update .gitignore
Do not try to call possibly throwing get_parameter_index if Props1SI
already returned an error
Also, add include/cubic_fluids_schema_JSON.h to gitignore
* Revert part of #763d4ce to solve #974
* Addapt Julia wrapper to dfbb3a4
May be better in the future to use a second argument and insert it to the buffer, but I don't know yet how to do properly the conversion.
So for now, will always return the "long" option.
* "long" in byte array literal
* Enhance get_parameter_information_string
as discussed in #1093
I however have a strange behavior during my testing, sometimes the parameter gets correctly recognised and I have the correct output, but sometimes it answer "parameter is invalid: parametername", whereas I send the exact same commend in Julia side...
* Terminate string with 0 when instering in the buffer
As discussed in #1093
* Better error handling for get_parameter_information_string
Now there is a distinction between error in `param` or in `Output`.
* Update CoolProp.jl
Closes#1077
1. Another set of arguments optimized:
* args-by-val converted to args-by-ref
* in some cases, reverse has been done, if that is better: if the
object's copy is modified in the func, it's better to avoid extra copy
from arg to local var
2. some const functions marked as such (this is just a beginning)
3. iterators were replaced with const_iterators where applicable
4. catches that catch std::exception& changed to catch (...) - that is
safer; if exception handling is restructured, this will have to be
reconsidered anyway
5. removed some basic structures' constructors; changed them to hold
const char*s to avoid unnecessary string constructions;
6. in some places, moved variable declarations to their definitions, to
avoid calling default constructors and then assigning
7. removed some unnecessary shared_pointers in favor of local objects;
8. in FORTRAN-style functions, added const specifiers to input doubles;
9. fixed a place where values were inserted into a map while iterating
through it
10. fixed is_valid_*_derivative: they could accept incorrect values and
throw when upper index is less than lower
I have no explanation for the broken code that used to be in the solve_cubic function. Seems it was related to the linear or quadratic cases but it makes no sense. Removed the code.
Signed-off-by: Ian Bell <ian.h.bell@gmail.com>
Added PhaseSI function which will return phase for given input - exposed to DLL
PropsSI can also return phase as double if "Phase" is the input
Signed-off-by: Ian Bell <ian.h.bell@gmail.com>
