在VisualStudio即将发布的版本中,我们正在对VisualC++编译器开关进行一些更改。有两个方面受到这些变化的影响,1)项目的建设有一定的变化 /清除 (2)项目使用 32位 用于检测64位可移植性问题的编译器。
null
这些变化是我们对用户使用率调查的结果 价值和维护成本 旧版编译器开关。
我们删除了什么?
下面列出的编译器开关已标记 在visualstudio的早期版本中已弃用,将在VS“14”中删除。
- /clr:oldSyntax :指示编译器使用旧的托管语法启用CLR功能,并生成混合可执行映像。自2005年以来,这一做法一直遭到反对。
- /wp64(和w64) : 告诉编译器在同样标记有u w64关键字的类型上检测64位可移植性问题。自VS 2010以来,这一点一直受到抨击。
我们反对什么?
以下开关的编译器支持将在VS“14”中被弃用,以便在下一个VS版本中从编译器中完全删除。
- /clr:pure :指示编译器启用CLR功能并生成纯可执行映像(仅包含MSIL的映像)。
- /clr:safe :指示编译器启用CLR功能,生成纯可执行映像,并且只允许通过编译器验证源代码。
- 这也涉及到对C++库的支持的贬低。clr:pure and /clr:safe.
注意:不更改/clr。您仍然可以使用/clr开关来构建代码。如果你使用/clr:pure or /clr:safe,您需要将项目重新配置为使用/clr生成 生产 混合装配 . 如果需要纯托管程序集,则需要将代码移植到C#。
结论
根据我们的分析,我们决定在VS“14”CTP1中进行这些更改。我们将继续关注编译器中最有价值的特性,比如我们在这个CTP的loads中提供的语言一致性特性。 如果您有反馈,请按我的方式发送”nada@microsoft.com”
© 版权声明
文章版权归作者所有,未经允许请勿转载。
THE END