* 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
* Add PTC Libs and Terms of Use to wrappers/Mathcad
* Convert Mathcad README files from RST to MD
* Run Mathcad workflow with local Repo Files
* Allow Mathcad workflow to be called by other workflows
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 of LibreOffice wrapper for LibreOffice SDK >= 7.5
In the LibreOffice SDK version 7.4 the "idlc" and "regmerge" tools were
deprecated and replaced by the new UNOIDL compiler "unoidl-write". The
old tools have been removed from version 7.5 onwards. Thus, the build
process is changed to use the new compiler.
- The new binary type libary format produced by "unoidl-write" has
already been used internally since LibreOffice 4.1 in 2013, so that
extensions built with the new compiler will also run on older office
versions. The minimal LibreOffice version for the extension is
therefore changed to 4.1
- With the "unoidl-write" compiler some API changes were introduced.
Identifiers containing underscores must start with an uppercase
letter, as identifiers with underscores and starting with a lowercase
letter are reserved for internal purposes. Thus, the naming of some
functions used in the extension is changed.
* Enable install of CoolProp python package dev versions
If the LibreOffice extension was built for a development version, then
it should also download the appropriate development version of the
CoolProp python package.
* Add a builder for LibreOffice wrapper
* Add LibreOffice builder to release workflow
* 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.
