Closed tigarmo closed 4 years ago
One workaound we may try is to copy to the old name and re-pin so future versions do not need this. Working on this now...
Edit: I also moved the Windows version to the broken label
.
Thanks for the quick fix!
On Tue, Jan 28, 2020 at 4:10 PM Filipe notifications@github.com wrote:
Closed #22 https://github.com/conda-forge/expat-feedstock/issues/22 via
23 https://github.com/conda-forge/expat-feedstock/pull/23.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/conda-forge/expat-feedstock/issues/22?email_source=notifications&email_token=AAO4MQYMMNTLO5IKSVFIVEDRAB7KVA5CNFSM4KMSMNW2YY3PNVWWK3TUL52HS4DFWZEXG43VMVCXMZLOORHG65DJMZUWGYLUNFXW5KTDN5WW2ZLOORPWSZGOWIEEMTQ#event-2986886734, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAO4MQ4GQM4WIB76GNXGTW3RAB7KVANCNFSM4KMSMNWQ .
Issue: Expat 2.2.9 renames the DLL from
expat.dll
tolibexpat.dll
.Environment (
conda list
):Details about
conda
and system (conda info
):Expat version 2.2.9 renames the DLL from
expat.dll
tolibexpat.dll
. This breaks packages with binaries that were compiled againstexpat.dll
but that didn't pinexpat
to the patch (the previous version is 2.2.5). For example, VTK:The load fails because
expat.dll
can't be found. From Dependencies:In our case we "solved" this by pinning the expat version to
2.2.5
. This issue is mostly a heads-up to the maintainer because I expect this to break other packages.