C＃编译器版本和语言版本之间的区别 [英] Difference between C# compiler version and language version

问题描述

我曾经有一段时间认为Framework版本和C＃版本是相同的，因此一旦在计算机上安装了下一个Framework版本，就应该使用它。

然后我发现该框架未直接与C＃版本链接，并且同一台计算机上可能同时存在多个C＃编译器，因此编译器和C＃版本应该相同。

现在我知道编译器版本和C＃版本不相同...

---

Visual Studio命令提示符（ 2010 ）： C：\> csc

Microsoft（R）Visual C＃编译器版本4 .0.30319.33440
Microsoft（R）.NET Framework 4.5的

---

VS的开发人员命令提示符 2013 ： C：\> csc

Microsoft（R）Visual C＃编译器版本12 .0.30110.0

用于C＃5

---

我们可以看到

-VS 2010使用C＃4的编译器版本4.0（??我可以假设它，因为没有明确提及）；

-VS 2013使用C＃5的编译器版本12.0（明确提及）

知道

如果不选择显式版本，它将自动使用<$ c $支持的最新版本。 c> csc.exe 编译项目。

请注意，@ Servy在@DaniloCataldo关于 langversion 开关具有更多详细信息。该开关具有其设计目标和局限性。因此，例如，即使您强制Roslyn 2.x编译器基于C＃4.0编译项目，其编译结果也将与C＃4.0编译器的编译结果有所不同。

第2季度：C＃编译器和语言版本之间是否存在严格，清晰和透明的链接？

答案：请参考我上面所述的背景，我认为已经回答了这一部分。有一个严格，清晰和透明的链接。

第三季度：我可以向Visual Studio指出（如果从一个Studio版本迁移到另一个Studio版本时出现问题）为我的具体解决方案使用不同的编译器版本？

答案：Visual Studio版本（如VS2019）坚持使用MSBuild版本（16.x），因此C＃编译器的专用版本。所以通常Q3与Q1是重复的，因为您只能更改语言版本。

有一堆NuGet包可以覆盖项目使用的C＃编译器，例如 https://www.nuget.org/packages/Microsoft.Net.Compilers.Toolset 。但是，微软声明显然不支持将其用作在较旧的MSBuild安装上提供较新的编译器的长期解决方案，因此，您实际上不应该探索该路线。

There was time I thought that the Framework version and the C# version are the same things, so once you install the next Framework version on the computer, you should use it.

Then I found out that the framework is not linked directly with the C# version, and on the same machine multiple C# compilers can be cohabitate, so probably the compiler and C# version should be the same.

Now I understand that the compiler version and the C# version are not the same...

---

Visual Studio Command Prompt (2010): C:\>csc

Microsoft (R) Visual C# Compiler version 4.0.30319.33440
for Microsoft (R) .NET Framework 4.5

---

Developer Command Prompt for VS 2013: C:\>csc

Microsoft (R) Visual C# Compiler version 12.0.30110.0
for C# 5

---

we can see that
- VS 2010 uses a compiler version 4.0 for the C#4 (?? I just can suppose it, because not explicitly mentioned);
- VS 2013 uses the compiler version 12.0 fo the C# 5 (this is explicitly mentioned)

Knowing that compiling using different language versions could bring different results to the user

Questions

• How to find out what C# version (not the compiler one, but the language one) uses VS to build my concrete project?

• Is there a strict, clear and transparent link between the C# compiler and language versions?

• Can I indicate to Visual Studio (in case of migration issues from one Studio version to another) to use different compiler version for my concrete solution?

解决方案

As nobody gives a good enough answer, I will have a try now.

First, C# has its version history published by Microsoft now (coming from MVP posts obviously),

https://docs.microsoft.com/en-us/dotnet/csharp/whats-new/csharp-version-history

So you can easily see what new features are added for each new releases.

Second, we will talk about the compiler releases, which initially were part of .NET Framework.

Below I list a few milestones (might not be 100% correct, and some versions might be skipped),

• csc.exe 1.0 (?) for .NET Framework 1.0 (implements C# 1.0).
• csc.exe 2.0 (Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.8745) for .NET Framework 2.0 (implements C# 2.0, as well as 1.0 for compatibility).
• csc.exe 3.5 (Microsoft (R) Visual C# 2008 Compiler version 3.5.30729.8763) for .NET Framework 3.5 (implements C# 3.0, and older versions).
• csc.exe 4.0 (?) for .NET Framework 4.0 (implements C# 4.0, and older).
• csc.exe 4.x (like Microsoft (R) Visual C# Compiler version 4.7.2053.0) for .NET Framework 4.5 and above (implements C# 5.0, and older). Note that the version numbers vary a lot (from 4.x to 12.x) based on the .NET Framework on your machine (4.5.0 to 4.7.1).

Then Microsoft made the old csc.exe obsolete (as they were native executable), and shipped Roslyn based compiler instead (though still csc.exe). In the meantime, C# compiler is no longer part of .NET Framework, but part of VS.

It was the same time, that C# compiler, language version, and .NET Framework are fully decoupled, so that you can easily use multi-targeting.

• Roslyn csc.exe 1.x (?) implements C# 6.0 and older. Shipped with VS2015.
• Roslyn csc.exe 2.x (like Microsoft (R) Visual C# Compiler version 2.4.0.62122 (ab56a4a6)) implements C# 7.x and older. Shipped with VS2017.

Ok, enough background. Back to your questions.

Q1: How to find out what C# version (not the compiler one, but the language one) uses VS to build my concrete project?

Answer: You can easily see from project settings that what language version is used.

If you don't choose an explicit version, it can automatically use the latest version supported by the csc.exe compiling the project.

Note that @Servy commented under @DaniloCataldo's answer about the langversion switch with more details. That switch has its design goals and limitation. So for example even if you force Roslyn 2.x compiler to compile your project based on C# 4.0, the compiled result would be different from what C# 4.0 compiler does.

Q2: Is there a strict, clear and transparent link between the C# compiler and language versions?

Answer: Please refer to the background I described above, I think that already answered this part. There is a strict, clear and transparent link.

Q3: Can I indicate to Visual Studio (in case of migration issues from one Studio version to another) to use different compiler version for my concrete solution?

Answer: A Visual Studio release (like VS2019) sticks to an MSBuild release (16.x), so a dedicate version of C# compiler. So in general Q3 is duplicate to Q1, as you can only change language version.

There are a bunch of NuGet packages to override C# compiler used by a project, such as https://www.nuget.org/packages/Microsoft.Net.Compilers.Toolset. However, Microsoft states that "Using it as a long term solution for providing newer compilers on older MSBuild installations is explicitly not supported", so you really shouldn't explore that route.

这篇关于C＃编译器版本和语言版本之间的区别的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！