我写了一个Nim程序,
echo("Hello.")
然后我尝试为Linux机器交叉编译,
nim c --cpu:i386 --os:linux -c hello.nim
这产生了以下输出:
config/nim.cfg(45, 2) Hint: added path: '/Users/connor/.babel/pkgs/' [Path]
config/nim.cfg(46, 2) Hint: added path: '/Users/connor/.nimble/pkgs/' [Path]
Hint: used config file '/usr/local/lib/nim-0.10.2/config/nim.cfg' [Conf]
Hint: system [Processing]
Hint: hello [Processing]
Hint: operation successful (8753 lines compiled; 0.140 sec total; 14.148MB)[SuccessX]
此时我更改了nimcache/
目录并尝试执行:
gcc hello.c -o hello.o
但这给了我一个错误:
hello.c:5:10: fatal error: 'nimbase.h' file not found
#include "nimbase.h"
^
1 error generated.
我想,“没什么大不了的,我会找到nimbase.h
并将其放在那里的nimcache
目录中”,但之后又出现了新的错误,
In file included from hello.c:5:
./nimbase.h:385:28: error: 'assert_numbits' declared as an array with a
negative size
...sizeof(NI) == sizeof(void*) && NIM_INTBITS == sizeof(NI)*8 ? 1 : -1];
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1 error generated.
我不确定我应该怎么做。我曾尝试使用--genScript
选项,但这导致了类似的错误。我正在运行OS X Yosemite。
谢谢!
更新
我不确定--cpu:
选项支持多少架构,但我在What makes Nim practical博文上找到了(部分?)列表。我最后打电话了,
nim c --cpu:amd64 --os:linux -c hello.nim
这可以防止我在Linux机器上编译时看到的错误。如果您使用的是Linux或OS X,请确定您可以调用的是哪种CPU架构,
less /proc/cpuinfo
答案 0 :(得分:6)
最后一个问题是因为你为x86_64 arch运行gcc,而为i386 arch生成了源代码。
答案 1 :(得分:3)
我遇到了同样的问题,从GNU / Linux机器获取nim
来编译Windows的可执行文件,所以我制作了一个bash
脚本。它将获取包含*.nim
源文件的目录的路径以及要输出的可执行文件的名称。
我确定您可以更换GCC编译器(在本例中为MinGW)并根据需要更改--os:
开关:
#!/usr/bin/env bash
# Nim must generate C sources only, to be fed to MingW
nim c --cpu:amd64 --os:windows --opt:speed --embedsrc --threads:on --checks:on -c -d:release $1/*.nim
# Copy nimbase.h so MingW32 can find it during compilation and linking
cp /opt/Nim/lib/nimbase.h $1/nimcache/nimbase.h
mkdir -p $1/bin
cd $1/nimcache && x86_64-w64-mingw32-gcc -save-temps $1/nimcache/*.c -o $1/bin/$2.exe
rm $1/nimcache/*.{i,s} # only care about *.o objects
ls -lAhF $1/nimcache
ls -lAhF $1/bin