* Ignore depcache files [skip ci]
* Z lib compress the fluid data
And migrate to newer version of miniz
* Add the writing of the .z file
* This works on MSVC, not sure about any other platform
How does one inform the linker about what locations to search for this file?
* Does this give the necessary linking info to the compiler?
* Include the header only for MSVC
* The incbin is still needed for non-windows
* Missing headers for Python
* Add miniz source file
* Missing import
* Provide a solution for compilers that don't support assembly to embed files
* Don't specify standard since we have mixed C/C++
https://stackoverflow.com/questions/49000674/cython-std-c11-error-using-both-c-and-c
* rename miniz to cpp
* And cmake
* Back to .c again
Not sure what to do about Python now
* Build the C library and then link it in
* FIx cmake too
* Location for .z file
* arg to setup function
* Check for z file [skip ci]
* Force build temp to be here
* Try switching to setuptools version
* Force the build_temp to be build before clib construction begins
That was subtle...
Test whether renaming the project in setup.py is enough. Does not impact the package name (CoolProp) that is included in the wheel so user code should not change
When i tried to plot log(p)-h-diagrams there always had been an issue in the common.py file in line 481. By deleting the "Isoline, self" between the () of super in this line i could fix this an the plots were generated. So i made this pull request.
* Update setup.py replace distutils with setuptools
PEP 632 – Deprecate distutils module.
Edit line 4-6:
from distutils.version import LooseVersion
from distutils.sysconfig import get_config_var
from setuptools.command.build_ext import build_ext
To
from packaging.version import Version
from sysconfig import get_config_var
from setuptools.command.build_ext import build_ext
Edit line 291:
cython_version = Version (Cython.__version__)
To
cython_version = str(Version (Cython.__version__))
Edit line 353:
from distutils.errors import CompileError
To
from setuptools import CompileError
Edit line 394:
from Cython.Distutils.extension import Extension
To
from setuptools.extension import Extension
Delete line 396:
from Cython.Distutils import build_ext
This is now handled with line 6 and thus redundant
from setuptools.command.build_ext import build_ext
Edit line 3, 60, 61 62, 66, 77, 229, and 291
Replace all instances of LooseVersion with Version
* Update python_buildwheels.yml
* Update python_cibuildwheel.yml
* Update setup.py
* Update setup.py
* Update setup.py
* Update python_buildwheels.yml
Added module packaging to the list of dependencies.
* Update python_cibuildwheel.yml
Updated cibuildwheel version form 2.17.0 to latest edition 2.21.3 for python 3.13 support.
* Update python_buildwheels.yml
Deleted lines with python specific exclusions for Windows ARM64 as it already excluded generically.
* Update python_buildwheels.yml
Deleted lines with python specific exclusions for MacOS as these are no longer supported.
* 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
