rust强在编译器，为啥不能弄个类似的cpp编译器
本帖最后由 lactone 于 2024-12-28 21:28 编辑都说rust学习成本高，但是我觉得至少safe rust对小白来说有个好，就是别的语言里的很多小问题，rust analyzer都能识别，编译器都过不了
结果就是，一般情况下只要能编译过不报错，safe rust的计算结果就很难有错
其实反而并不需要你有太多的内存管理之类的知识
别的语言最麻烦的就是编译能过但是算的结果怎么弄都不对
但是话说回来，如果cpp也有一个类似强大的编译器或者语法检查器，是不是也可以达到类似效果 RUST不是说 规则比C++还麻烦。。。 208208 发表于 2024-12-28 22:08
RUST不是说 规则比C++还麻烦。。。
safe rust是这样的
但也恰恰是这样，很大程度上让编译只要能过，大概率结果就没啥问题 一个“报错信息更加友好”的c++编译器是可能的，其实已经改进过很多了，从前我真的是看到模板烂了痛不欲生
但是在继续屎山雕花的情况下应该是搞不出rust那个等级的编译器，在能玩裸指针而且大家都大玩特玩的情况下c++自由的过了头，这无法提供足够强的假设给编译器使用
—— 来自 vivo V2339FA, Android 15上的 S1Next-鹅版 v2.5.2-play 我大C++ 今天就是要NEW ，NEW来NEW去怎么了
C++如果可以，那还要Rust干嘛？
这方面C++有两个问题，一个是兼容C，另外一个是基于引用计数的std::shared_ptr，这两个问题都是解决不了的，不兼容C，C++就没有存在的必要了，在std::shared_ptr之外重新引入一套基于ownership的内存管理，只会让现在C++的内存管理变得更混乱 别的语言最麻烦的就是编译能过但是算的结果怎么弄都不对
这个 rust 也会出现啊，当有些块必须用 unsafe 包的时候，出了问题，难查出来的一样难查出来。 vc开最大警告一样很严格。c++主要还是模板库的出错信息很难看懂 本帖最后由 無始無終 于 2024-12-29 11:07 编辑
C++的几个主流编译器连统一标准和默认行为都做不到，还想开发新的？
—— 来自 S1Fun 还是得要相关的语法特性支持才行的，可以关注下下面的这个今年中的旧闻 safe c++ https://www.oschina.net/news/312570/safe-c-plusplus obiy 发表于 2025-3-3 13:27
（知乎）llvm怎么不用rust重写
省流：Rust语言特性迭代速度是cpp的十倍甚至九倍
如果语言更新快就能流行的话，c#早就该君临天下了 精钢魔像 发表于 2025-3-3 13:47
如果语言更新快就能流行的话，c#早就该君临天下了
java22：你c#快可爷也不慢啊
要比不是得用同一生态位的比？
论坛助手,iPhone
页:
[1]