-
-
Rust 1.8发布,放弃了Unix系统的Make编译系统
-
发表于: 2016-4-20 19:40 2082
-
新闻链接:687K9s2c8@1M7q4)9K6b7g2)9J5c8W2)9J5c8X3N6W2k6h3E0Q4x3X3g2U0M7$3c8F1i4K6u0W2L8X3g2@1i4K6u0r3L8X3g2%4M7#2)9J5c8X3c8W2N6r3q4A6L8q4)9J5c8U0j5^5y4K6l9^5
新闻时间:2016.4.20
译者:赖信涛
新闻正文:
Mozilla上周发布了Rust 1.8,一个系统级别的编程语言,提供与C语言相当的编译速度,和高级别的安全性。这次更新最值得关注的是,Rust放弃了Unix系统的Make工具,使用Rust自己的Cargo包管理工具。
为了实现自托管,减少对外部工具的依赖,Rust必须通过自己的语言构建一些工具。其他语言也大多都经过这个过程。Google的Go语言,从1.5版本开始,其编译器和解释器都由Go语言实现(有一小部分用了汇编),放弃了基于C语言的工具。
从Make换到Cargo的原因,是因为很多程序员抱怨,部署大型的应用时,会遇到很多多语言方面的困难。比如,他们说现在的基于Make的编译系统“在这个星球上只有一小部分人能够熟练使用”,就是说,对大多数Rust开发者来说并不友好——这对以友好的开发环境著称的Rust是不能容忍的。
Rust放弃Make编译系统的另一个原因是可移植性。在Windows环境下使用MSVC工具需要“疯狂、古怪的技巧运行不同版本的工具,特别是配置脚本和编译工具的时候。”Rust的开发者说。随着兼容性的信息逐渐分离出来,社区可以更好地应用这些信息。
同样,改变编译系统使Rust标准库和编译器可以使用4600以上个尚已存在的Cargo包。
Rust并没有结业通过MSVC编译的问题。很多新的开发语言——当然并不是微软支持的——的用户都会因为平台古怪的编译过程使用户受挫。Rust已经解决了自身的问题,从1.8版本开始,32位Windows系统可以正常地处理错误。长期来看,这项举措可以有效地避免这个坑。
新闻时间:2016.4.20
译者:赖信涛
新闻正文:
Mozilla上周发布了Rust 1.8,一个系统级别的编程语言,提供与C语言相当的编译速度,和高级别的安全性。这次更新最值得关注的是,Rust放弃了Unix系统的Make工具,使用Rust自己的Cargo包管理工具。
为了实现自托管,减少对外部工具的依赖,Rust必须通过自己的语言构建一些工具。其他语言也大多都经过这个过程。Google的Go语言,从1.5版本开始,其编译器和解释器都由Go语言实现(有一小部分用了汇编),放弃了基于C语言的工具。
从Make换到Cargo的原因,是因为很多程序员抱怨,部署大型的应用时,会遇到很多多语言方面的困难。比如,他们说现在的基于Make的编译系统“在这个星球上只有一小部分人能够熟练使用”,就是说,对大多数Rust开发者来说并不友好——这对以友好的开发环境著称的Rust是不能容忍的。
Rust放弃Make编译系统的另一个原因是可移植性。在Windows环境下使用MSVC工具需要“疯狂、古怪的技巧运行不同版本的工具,特别是配置脚本和编译工具的时候。”Rust的开发者说。随着兼容性的信息逐渐分离出来,社区可以更好地应用这些信息。
同样,改变编译系统使Rust标准库和编译器可以使用4600以上个尚已存在的Cargo包。
Rust并没有结业通过MSVC编译的问题。很多新的开发语言——当然并不是微软支持的——的用户都会因为平台古怪的编译过程使用户受挫。Rust已经解决了自身的问题,从1.8版本开始,32位Windows系统可以正常地处理错误。长期来看,这项举措可以有效地避免这个坑。
赞赏
赞赏
雪币:
留言: