前言

最近，準(zhǔn)備為 dotnet/runtime 修改 issue，但是在 clone 代碼后，發(fā)現(xiàn)要編譯成功，遠(yuǎn)沒有想象中那么容易。

因此，將整個(gè)過程進(jìn)行記錄，以供大家參考。

以下操作都是在 Windows 10 下完成。

0.環(huán)境準(zhǔn)備

詳見官方文檔：《在Windows上構(gòu)建dotnet/runtime的要求》(https://github.com/dotnet/runtime/blob/main/docs/workflow/requirements/windows-requirements.md)

我的機(jī)器只是提前裝了 Visual Studio 2022。

大家可以自行按需安裝。

1.初次嘗試

在命令行窗口進(jìn)入代碼所在目錄，輸入如下命令開始編譯代碼：

build.cmd

等待少許，就碰到了第一個(gè)錯(cuò)誤：

按照錯(cuò)誤提示，找到文件python.targets的對應(yīng)位置：

原來是需要安裝 python3。

2.再次嘗試

安裝 python3 后，再次編譯。

不久，又顯示了另一個(gè)錯(cuò)誤：

按照錯(cuò)誤提示，找到文件acquire-wix.proj的對應(yīng)位置：

可以看到，這是一個(gè)下載文件任務(wù)。但是下載地址是個(gè)參數(shù)，看不到具體的值，這就有點(diǎn)抓瞎了！

在 dotnet/runtime 的 issue 中找到了一個(gè)解決方案：

看發(fā)帖的用戶名，應(yīng)該也是個(gè)中國人！囧

3.生成日志

運(yùn)行命令：

build.cmd?-bl

再次出錯(cuò)時(shí)，可以看到記錄了日志：

使用“MSBuild Structured Log Viewer”（軟件具體使用方法參看《天吶！你知道MSBuild都干了些什么》）打開日志文件，可以看到詳細(xì)下載地址如下：

4.編譯成功

再就好辦了。

下載文件，復(fù)制到日志中提示的位置解壓，問題解決。

后面又發(fā)現(xiàn)幾個(gè)下載錯(cuò)誤，依照同樣方式處理。

最后，終于提示編譯成功：

最后提示的幾個(gè)是 Nuget 打包的錯(cuò)誤，對編譯無影響，因此沒有處理。

5.再次編譯

但是，當(dāng)我們運(yùn)行 dotnet/runtime 自帶的任意一個(gè)測試用例時(shí)，卻提示找不到指定 dll：

我們發(fā)現(xiàn)，對應(yīng)的dll已經(jīng)編譯了，但是默認(rèn)編譯的是net7.0-Debug版本，而現(xiàn)在查找的是net462-Debug。

使用build.cmd -h可以看到，可以指定編譯框架版本：

那就再編譯一次吧：

build.cmd?-bl?-f?net48

編譯完成后，再次運(yùn)行測試成功：

結(jié)論

這次編譯碰到的主要問題，是由于訪問國外的網(wǎng)速太慢造成的。

如果你在編譯 dotnet/runtime 的源代碼時(shí)碰到其它問題，歡迎到我的公眾號(hào)“My IO”留言討論

總結(jié)

以上是生活随笔為你收集整理的如何编译 dotnet/runtime 源代码的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。