You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Came across this issue as it breaks the VSCode Nim extension on Windows (see issue)
Steps to reproduce:
Install choosenim using runme.bat on a Windows 10 machine
Once it's installed, try running nimsuggest on the command line
Observe the following error message
The DLL in question is not copied over from .choosenim/toolchains/mingw64/bin into .nimble/bin which might be the source of the issue. I think nimsuggest must assume there is a global MinGW installation in the PATH. This appears not to be an issue for the nim compiler nim, maybe because it doesn't directly access the DLLs but goes through choosenim's own MinGW proxies?
Current workaround: Adding .choosenim/toolchains/mingw64/bin manually to the global PATH works, but ofc this is not ideal since it kinda defeats the point of choosenim
Possible solution: Append ~/.choosenim/toolchains/mingw64/bin to the process PATH before each execution
The text was updated successfully, but these errors were encountered:
Doesn't seem to work either, so it might be a problem with nimsuggest -- but then I'm surprised the nim command works.
Then again it could be I didn't run my test properly, I did unset the relevant PATH variables for the test but perhaps I missed something (does Nim have any global config options or something that might have messed it up?)
Came across this issue as it breaks the VSCode Nim extension on Windows (see issue)
Steps to reproduce:
nimsuggest
on the command lineThe DLL in question is not copied over from
.choosenim/toolchains/mingw64/bin
into.nimble/bin
which might be the source of the issue. I think nimsuggest must assume there is a global MinGW installation in the PATH. This appears not to be an issue for the nim compilernim
, maybe because it doesn't directly access the DLLs but goes through choosenim's own MinGW proxies?Current workaround: Adding
.choosenim/toolchains/mingw64/bin
manually to the global PATH works, but ofc this is not ideal since it kinda defeats the point of choosenimPossible solution: Append
~/.choosenim/toolchains/mingw64/bin
to the process PATH before each executionThe text was updated successfully, but these errors were encountered: