nac3artiq module fails to load with latest msys2 #175
Labels
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: M-Labs/nac3#175
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
to obtain those traces:
gflags /i python.exe +sls
g
commandimport nac3artiq
nac3artiq cmodule fails to load with latest msys2to nac3artiq module fails to load with latest msys2may be useful: https://users.rust-lang.org/t/linking-against-c-dependencies/25099
No dice, cargo is being a pain in the neck as usual...
Overwriting msys2
C:/msys64/mingw64/bin/libstdc++-6.dll
with/nix/store/h5lyl6x1x0932n5j3yfchka71fmdnvbz-x86_64-w64-mingw32-stage-final-gcc-debug-10.3.0/x86_64-w64-mingw32/lib/libstdc++-6.dll
solves the problem (but breaks Qt and lld), so fighting cargo until it statically links looks promising as a fix.With this workaround, NAC3 loads and compiles fine up to the point of LLD invokation.
is this an issue caused by pyo3? or what is the cause of this issue?
It's probably LLVM that wants libstdc++.
The issue is the libstdc++-6 DLL that nixpkgs uses is incompatible with the one that msys2 ships. Linking in the nixpkgs version statically should eliminate the issue.
I guess llvm-sys needs to be patched.
405a05abc6/build.rs (L425)
405a05abc6/build.rs (L289)