Julien Marrec

I'm having a similar issue. I'm trying to force docker to use a build profile that would force build_requirements to be in Release mode even if the recipe itself is...

* Operating System+version(+arch if not x86_64/amd64): Linux Ubuntu 20.04 x86_64 * `python --version`: Python 3.7.13 * [x] The bindings work (if they don't, please include information to reproduce / stack...

* Operating System+version(+arch if not x86_64/amd64): Windows 10 x86_64 * `python --version`: Python 3.10.1 * [x] The bindings work (if they don't, please include information to reproduce / stack trace)...

@jmcarter17 Awesome, thanks a bunch! Arm64 I expect to not work, I'll test later

I personally invested (**waaayyyy**) too much time on this project I don't even really use :) Happy to have anyone willing take a crack at fixing the windows stuff. Apparently...

Seems like it worked in https://github.com/CoolProp/CoolProp/runs/5994039732?check_suite_focus=true @ibell pointing out we may not actually need to use COOLPROP_CMAKE and could simplify the workflow file greatly to be something like https://github.com/ibell/pdsim/blob/master/.github/workflows/cibuildswheels.yml, but...

To test the win32 (py37 py38 only): `pip install -i https://test.pypi.org/simple/ CoolProp==6.4.2.post1`

@jmcarter17 for arm64, I identified a fix in my new PR that aims to simplfy the cibuildwheel setting (and remove the use of COOLPROP_CMAKE) in #2122 and move it by...

@ibell if we build both x86_64 and arm64, the universal2 is useless, because pip will always select the most precise available whl, so if you're on x86_64 it takes the...

@bmarjaba to be crystal clear, install from tespypi: `pip install -i https://test.pypi.org/simple/ CoolProp==6.4.2.dev0`