* Bump Catch2 to latest v3.0.0-preview4
Bump Catch2 to latest 2.x: 2.13.8
Rename submodule Catch to Catch2
Add catch2 to ctest
Fix missing ";" in catch tests
Use ctest for catch2: run once with little output, then 2nd time with verbose output for failed tests
Run through CatchTestRunner: TEMP: PICK A STYLE
Update Catch to v3.0.0-preview4
Try to migrate to catch2 v3
Ok it builds and runs, but I'm missing tests
Get all files that have inline tests, now I get same behavior as with catch1
Put back app sources
* Remove the link to coolprop lib since I am now using APP_SOURCES instead of just the specific files with tests
* Fix build error: `src/Backends/IF97/IF97Backend.h:54:34: error: call of overloaded ‘abs(double)’ is ambiguous`
Found with the manylinux_2_24_x86_64
gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516
* Register MSVC 2019 and 2022 in setup.py
* setup.py: when calling cmake, build in parallel
* Enable using Env variables instead of passing them as args to setup.py
* Github actions for linux: try 1
* use actions/checkout@v3 for submodules
* mod setup.py:; typo
* Random shot for cibuildwheel for all platforms
* I thought package_dir was a flag, but it's positional
* typo in cmake_compiler
* add cython to setup_requires
* try a pryproject.toml to install cython
* try more requirements?
* pywin32 only found on win32 I guess
* Try with CIBW_BEFORE_BUILD instead
* try to enable msvc via vcvarsall on windows, and pass MACOSX_DEPLOYMENT_TARGET
* more tweaks for windoze
* disable tests for now (fails on windows)
* tweak mac again: it seems mac doesn't understand a C++ lambda, so like it's using pre C++11
* tweak
* try 10.15 for mac...
* try to force C++11 since mac picks up the path where lambdas are used...
* Move back down to 10.9 now that C++11 is enabled and it works on mac, it should be enough
* Try to debug win32
* Enable part of the upload step (minus the upload) to list the wheels
* try to allow win32 to fail for now (instead of plain disabling)
* Disable the python_linux.yml workflow, so cibuildwheels works fine.
* Adjust the upload step to point to the right folder
* make LGTM python happy
Updated the installation routine for the CoolProp python package in the
LibreOffice wrapper to use pip. This simplifies the script, as the download
links for different platforms and ABI versions will be handled by pip.
Bundled Python interpreters in LibreOffice doesn't include pip. But as pip
itself is platform independent and runs on py2/py3, it will be bundled inside
the LibreOffice extension at build time.
* initial commit
* got pressure unit tests working
* Added density solver and tests
* Added enthalpy function
* Added unit tests for S and G
* partial addition of flash
* PCSAFT backend implemented
* added missing semicolon
* added missing semicolon
* Make wrapper for LibreOffice an extension
The LibreOffice wrapper is changed to be a real extension for LibreOffice.
Just as with the current solution, Python is used for the calculations in
the background.
* The extension now contains the complete wrapper code. Thus, there is
no need anymore to use a special prepared LibreOffice template file.
* The wrapper is extended to contain all high-level interface functions
and includes descriptions for the cell formulas.
* The extension contains a helper function to download and install the
CoolProp Python package within the extension directory. This function
can be called from the LibreOffice options menu. On macOS the Python
certifi package will be used to verify certificates for https downloads.
* Update web documentation for new LibreOffice extension
* Installation and usage instructions
* Create CMake target for building of the LibreOffice wrapper
* Prepare and bundle all files as .oxt extension file
This fixes many issues:
- Python packages can be built with XCode 10, closes#1782
- Handling of CMake options for OSX stdc++ is streamlined
- TR1 warnings from MSVC 2017 have been silenced
- Nightly builds fixed, closes#1778
- Documentation builds fixed, closes#1762
- Python source packages are updated with recent Cython, closes#1777
