在Windows下构建Mono 2.8

3
尝试在VS2010下编译mono 2.8源代码时,出现以下错误:
仅构建mono项目:
错误LNK1181:无法打开输入文件'libmono.lib' \msvc\LINK mono IntelliSense:无法打开源文件"glib.h" \metadata\lock-tracer.h
构建完整的mono解决方案:
\mono\profiler\mono-profiler-logging.c(9):致命错误C1083:无法打开包括文件:“config.h”:没有那个文件或目录 \mono\profiler\mono-cov.c(7):致命错误C1083:无法打开包括文件:“mono/metadata/profiler.h”:没有那个文件或目录 \mono\utils\monobitset.c(1):致命错误C1083:无法打开包括文件:“glib.h”:没有那个文件或目录

1
什么来源?从Git?从Tarball?还是从mono-2.8-gtksharp-2.12.10-win32-9.exe? - abatishchev
glib.h和libmono.lib真的不存在吗? - abatishchev
1
@Peter van Kekem: 更有趣的问题是,为什么他要从源代码编译它,为什么不使用MonoDevelop呢?(回答你的问题,也许他需要Mono来测试应用程序。) - Bobby
@Bobby: MD在Windows下几乎不起作用。据我所知,这是MD团队的官方政策,因为花费资源让它工作没有意义,因为无论如何,即使是Express,VS都更好。所以他们将MD针对*nix进行了优化。 - abatishchev
好的,我会给 Mono-Develop 2.2 一个机会来解决这个问题,但是 Mono-Develop 似乎不知道 .vsproj 类型。 - Gobliins
显示剩余10条评论
2个回答

1

很可能msvc构建已经出了问题。这种情况经常发生,因为Mono团队中没有人使用Microsoft的编译器测试他们的更改。

msvc构建主要由一位出色的贡献者维护,但只有在他有时间时才会修复它。


可能是因为我尝试在Linux下构建相同的版本,也遇到了一些错误。但是尝试另一个版本时,它可以顺利运行,没有出现任何问题。 - Gobliins

0

为什么不直接使用MINGW呢?这样会更容易。 - leppie

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接