WIP:在龙芯上的尝试编译与测试 dotnet core


本文仍处于修订中


写在开始之前

我们的主要业务基于 dotnet core 2.x 与 3.1 完成,目前 dotnet core 3.1 支持的 CPU 架构列表中还不包含龙芯,且在 gitlab issue 中表示官方当前没有对 MIPS 的支持计划


更具体操作系统与 CPU 架构列表见 [Download .NET Core 3.1](https://dotnet.microsoft.com/download/dotnet-core/3.1


6月下旬,龙芯团队宣布在 dotnet/coreclr 基础上完成了MIPS64 的移植工作 Open-sourcing CoreCLR MIPS64 Port #38069,计划实现 3.x 版本并贡献到上游 dotnet/runtime。
按照相关 issue 里的指引,这里对编译了移值工作,进行了一些测试。
 
具体的进度

作为下游开发者,想知道距离生产环境使用还有多远,必须先提及 dotnet core 应用程序的发布/部署方式
 
1. dotnet core 支持两种方式的发布/部署
  • 独立应用(self-contained)
  • 依赖于运行时(runtime-dependent)
前者包含可执行文件(exe),无法跨平台;后者生成了跨平台的二进制文件(dll),需要运行环境预先安装好运行时。关于部署策略的详细信息,可以参考.NET Core application publishing overview。 发布独立应用需要针对特定操作系统及 CPU 架构编译并包含相应运行时,实际开发中我们以依赖于运行时的方式交付,配合预先准备的包含运行时(runtime)的 docker 镜像完成部署。 微软官方 aspnet core 示例中的 Dockerfile
# ... FROM mcr.microsoft.com/dotnet/core/runtime:3.1WORKDIR /appCOPY --from=build /app .ENTRYPOINT ["dotnet","dotnetapp.dll"]
2. dotnet core 的组成部分作为编译型语言,和 Java 源代码被 javac 编译为字节码再交由 JVM 运行一样,csharp/vb.net 等源代码被编译为内容主要是 IL(中间语言,平台无关)的 Windows PE 文件(可用于所有操作系统),然后交由 CLR 运行。
MSIL.png
 dotnet core 由以下若干部分组成:

mono,unity3d 都是运行时实现,在此略提及

由前文的 Dockerfile 可以看到,依赖于运行时的 dotnet core 应用通过
dotnet xxxx.dll
运行,这里有若干层意义:[list=1]
  • dotnet 提供了 Host(宿主/主机)能力,因为依赖于运行时(runtime-dependent)的 dotnet core 应用并不是可执行文件,需要类似 JVM 的机制运行起来
  • dotnet 以交互式命令将 runtime 与 sdk 集合在一起,成为完整的工具链
  •  而 dotnet/coreclr 编译结果并不包含可执行的 dotnet 命令,运行/测试已发布的 dotnet core 应用有以下选择 当前的交付/部署体验都是通过 dotnet 命令进行的,获取该命令需要更多的工作,接下来是龙芯团队的移值工作的说明。 3. 龙芯团队的工作龙芯团队的工作在 19 年 7 月份开始,当时的 dotnet 源码结构,功能与变更如下表。 
     
    dotnet/core-setup 比较特殊,它用来编译 runtime ,类库和宿主程序。注意直到这一步 dotnet 命令才终于可用.
     
    龙芯团队首份释出的源码是 dotnet/coreclr,然后于7月7日释出了 dotnet/corefx 和 dotnet/corefx 仓库,目前还在编译中,完成后会进一步补充本文内容。
     
    已邀请:

    leoninew

    赞同来自: QPCmips

    1. 该内容本希望以文章发布而不是问题,发现无法撤回或移动
    2. 希望提供 markdown 编辑器,当前编译器需要大量的排版工作

    leoninew

    赞同来自:

    由于排版耗时,更新内容先发布在 cnblogs,后面不定时同步到这里

    要回复问题请先登录注册