Open thindil opened 1 year ago
Does it work if you have the config.nims
?
Unfortunately, no. Still the same error.
Well well well 1 step forward 2 steps back... where are your compiler sources located?
A standard day in the development. 😆 Binary file nim is located in /usr/local/bin, compiler source in /usr/local/lib/nim. It seems like Nim in code solves $nim
to path to the binary, while everything works as expected when it is made via configuration.
I was trying to find any related issue in Nim, but without results. Probably I missed something.
Just a quick update, it seems like in the devel
version of the compiler the $nim
variable works as expected: in both situations it points to the directory where Nim library is.
Hmph, the only issue is that the fix is not back-ported, so I guess to support 1.6.x I still need that import hack I mentioned.
Or mark 1.0.20 as the last, which was working with 1.6 series. I'm not sure if it will be back-ported, everything depends on when the 2.0 version will be available.
This is related to https://nim-lang.org/docs/packaging.html - the last line indicates:
The "compiler" directory contains compiler sources and should not be part of the compiler binary package
@FedericoCeratto it is true for Linux 😉. For example, on FreeBSD compiler
package contains patches and hacks which are needed for Nim to works, like generating a documentation. The reason: many paths are hard-coded.
Hello,
First, thank you for your work. 😄 Unfortunately, as stated above the newest version of nimscripter, 1.0.21, doesn't work when Nim, tested with version 1.6.12, is installed in a different directory, for example in /usr/local. Trying to build the first example from README.md file ends with the error:
Error: cannot open file: /usr/local/compiler/nimeval
.The previous approach, with file config.nims works good, the path is set properly.