* Try to simplify cibuildwheel setup
* Split up the builds by python version it takes WAY too long otherwise
About 1h15 on mac, 45 min on windows, and Linux didn't finish (but that's becasue of aarch64 I think)
* Remove linux aarch64: docker is hanging because it doesn't pass the --platform tag correctly
```
Status: Downloaded newer image for quay.io/pypa/manylinux2014_aarch64:2022-03-31-361e6b6
WARNING: The requested image's platform (linux/arm64/v8) does not match the detected host platform (linux/amd64) and no specific platform was requested
eab86187799169ab1ff12c486be2dbfa69f7a676b9a00c20e297c2207b9c293e
+ /bin/true
standard_init_linux.go:228: exec user process caused: exec format error
```
* Try to use Cmake for Linux, see if it fixes the whl size (which bloated from 6MB to 42 MB)
* Minimum fix for sed: mac has a weird sed version...
* Make repalcement from python to avoid dealing with weird sed version on mac
* Try to get the size of the wheels (/!\ 100MB max per upload)
* move setting env vars up a block
* Enable upload to testpypi
* Figure out the next available version to avoid override (especially for testpypi, shouldn't happen for pypi as we should bump in CMakeLists)
* 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
* First try at building shared library
* Rename artifact for clarity instead of putting them all in the same
* Add a doxygen worklow
* Extract version from CMakeLists to name the artifacts
* move the extract version bit to a script in dev/ so I can reuse for documentation too
* Disable fail-fast, and don't use fstrings in extract_version.py (mac has a too old python by default, and I don't want to call setuppython actions)
* Mac still picks up a too old python, whatever: just setup any 3.x (it's cached, so quick)
* First try for a Windows Installer package
* forgot to create the build dir
* forgot build type
* Try to re-enable catch2 tests
* adjust
* Leave the coolprop catch2 tests in a separate workflow, since many are currently failing
* 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
