如何在Mac上用自己编译出的DNX运行.NET程序

发布时间：2015-05-27 00:00 来源：dudu的博客

DNX的全称是.NET Execution Enviroment（.NET执行环境），它是.NET跨平台的一个重要角色。假设您关注.NET的跨平台，一定要关注DNX。

由于Mono 4.0的一个bug（现已修复），目前如果要在Mac上编译dnx，需要先签出Mono的源代码进行编译，详见 Bug 29499 – System.IO.EndOfStreamException when running dnx command 。

在Mac OS X编译Mono的方法可以参考 Compiling Mono on Mac OS X 。用到的命令如下：

brew install autoconf automake libtool pkg-config
git clone https://github.com/mono/mono.git
cd mono
./autogen.sh --prefix=/usr/local --disable-nls
make
make install

编译好Mono之后（编译是一个漫长的过程），需要修改dnx中的packages/KoreBuild/build/_kpm-build.shade文件（如果没有这个文件，需要先运行一下./build.sh）

exec program='cmd' commandline='/C kpm pack${pack_options} ${projectFolder} --configuration ${configuration}' if='!IsMono'
exec program='kpm' commandline='pack${pack_options} ${projectFolder} --configuration ${configuration}' if='IsMono'

将其中的kpm改为dnu（不然编译时会报“找不到kpm”的错误，都是改名惹的祸）：

exec program='cmd' commandline='/C dnu build${build_options} ${projectFolder} --configuration ${configuration}' if='!IsMono'
exec program='dnu' commandline='build${build_options} ${projectFolder} --configuration ${configuration}' if='IsMono'

之后呢运行./build.sh命令就可以成功编译dnx。

编译出来的东东都在artifacts/build文件夹中。其中有2个重要的文件夹：dnx-mono与dnx-coreclr-darwin-x64，前者是基于Mono的dnx，后者是基于CoreCLR的dnx，通过dnvm安装的dnx就是这个。它们包含了执行一个.NET程序所需要的一切，它们就是.NET Execution Enviroment（.NET执行环境）。

不信，我们可以用一个非常简单的.NET程序测试一下。

这个.NET测试程序叫HelloDnx，只有2个文件：

1）Program.cs

using System;

public class Program
{
    public static void Main()
    {
        Console.WriteLine("Hello from DNX!");
    }
}

2）project.json

{
    "dependencies":{
    },
    "frameworks":{
        "dnx451":{},
        "dnxcore50":{}
    }
}

我们用自己编译的dnx运行这个HelloDnx试试。

首先删除以前通过dnvm安装的dnx。

cd ~/.dnx/runtimes
rm -rf *

之后呢用我们自己编译出的dnx中的dnu命令恢复nuget包包：

/Git/dotnet/dnx/artifacts/build/dnx-mono/bin/dnu restore

Microsoft .NET Development Utility v1.0.0-t150525235008

Restoring packages for /Git/dotnet/HelloDnx/project.json
Writing lock file /Git/dotnet/HelloDnx/project.lock.json
Restore complete, 159ms elapsed

接着用我们自己编译出来的dnx运行这个HelloDnx程序。

先用基于Mono的dnx：

/Git/dotnet/dnx/artifacts/build/dnx-mono/bin/dnx . run

运行结果：

Hello from DNX!

运行成功！

接着用基于CoreCLR的dnx：

/Git/dotnet/dnx/artifacts/build/dnx-coreclr-darwin-x64/bin/dnx . run

运行结果：

Resource string id=0x17FC System.DllNotFoundException: Resource string id=0x170B
   at Interop.mincore.GetStdHandle(Int32 nStdHandle)
   at System.Console.<>c__DisplayClass0.<get_Error>b__5()
   at System.Console.EnsureInitialized[T](T& field, Func`1 initializer)
   at dnx.host.RuntimeBootstrapper.PrintErrors(Exception ex)
   at dnx.host.RuntimeBootstrapper.Execute(String[] args)
   at DomainManager.Execute(Int32 argc, Char** argv)

运行失败。可能是少了某个程序集或者程序集版本不对，暂不去研究。基于CoreCLR的dnx目前还在开发中，出问题也正常。（这个问题的确是一个bug，详见#issue1955）

在Mac上如此折腾一下，一是可以实际体会一下.NET跨平台的进展，二是可以随时折腾dnx，改改dnx的代码，编译出来就可以用它跑.NET程序。