Revisit linkage with Python casadi
for Windows wheels and move away from pybamm-team/casadi-vcpkg-registry
#3603
Labels
casadi
for Windows wheels and move away from pybamm-team/casadi-vcpkg-registry
#3603
Please read through #3100 and #3193 for background discussion. This proposition is about getting back to linking against the Python-based CasADi distribution from PyPI when building the IDAKLU extension for the Windows wheels. We currently use a custom
vcpkg
registry at https://github.com/pybamm-team/casadi-vcpkg-registry/ for this reason, but further releases mean that the versions forcasadi
at build-time and that at run-time can sometimes run out of sync with each other due to lack of periodic updates to the repository, and might cause issues with the import of the IDAKLUSolver after importing PyBaMM such as the one introduced in the PyPI wheels for certain users where a serialisation error was introduced (#3193).This would serve two purposes:
vcpkg
registry we would need to interface would be the one for SUNDIALS – which is needed because we require it to be built and distributed with KLUI have tried building the Windows wheels and used
casadi==3.6.4
from PyPI for the linkage in a workflow run for my fork, but it resulted in an error where thelibcasadi.lib
file was requested but justcasadi.lib
exists in thecasadi/
folder, this might be a mismatch from their end or some error in our configuration (see #3100 (comment))The text was updated successfully, but these errors were encountered: