- 主题:C++20标准对C++14的兼容性如何? C++14项目升级C++20需要修改代
以为你升到vs2015
【 在 DoorWay 的大作中提到: 】
: c++11到20
: vs2015到vs2022
: vs2015表示15年,c++11表示11年。已经支持了。
: ...................
--
FROM 122.90.43.*
有一说一
【 在 DoorWay 的大作中提到: 】
: ……
: 我低估了delphi顽固派的思路。
: 如果是这样的情况,我不会回复的。
--
FROM 122.90.43.*
还没牵手就考虑怀二胎的问题有点早了
【 在 ooolinux 的大作中提到: 】
: 现在还没有代码,主要是有本书基于C++14免费的,该书最新版基于C++20很贵的
--
修改:cn62 FROM 36.250.214.*
FROM 36.250.214.*
比喻精妙
【 在 cn62 的大作中提到: 】
: 还没牵手就考虑怀二胎的问题有点早了
:
--
FROM 112.48.102.*
就一个register弃用的warning就够折腾了... 不知道委员会怎么想的, register留着也没啥坏处啊?
【 在 freecutelei 的大作中提到: 】
单独对于app的代码来说,不用改。 但是编译和集成环境要折腾一些
【 在 ooolinux 的大作中提到: 】
: C++20标准对C++14的兼容性如何?
: C++14项目升级C++20需要修改代码吗?
--
FROM 124.16.158.*
编译器现在自己的寄存器优化能力很强了,这个register纯属多余的干扰
【 在 tom6bj 的大作中提到: 】
: 就一个register弃用的warning就够折腾了... 不知道委员会怎么想的, register留着也没啥坏处啊?
: 单独对于app的代码来说,不用改。 但是编译和集成环境要折腾一些
--
FROM 114.241.228.*
好像这玩意儿平时用的也不多。就是3rd库有一些
【 在 tom6bj 的大作中提到: 】
: 就一个register弃用的warning就够折腾了... 不知道委员会怎么想的, register留着也没啥坏处啊?
: 单独对于app的代码来说,不用改。 但是编译和集成环境要折腾一些
--
FROM 58.246.3.*
这都需要大改的话c++标准委员会也不用干了
版本向前不兼容的大坑我印象比较深的一个是python2到3,一个是protobuf(特指c++版本)
--
FROM 219.142.253.*
有道理
【 在 mopo 的大作中提到: 】
: 这都需要大改的话c++标准委员会也不用干了
: 版本向前不兼容的大坑我印象比较深的一个是python2到3,一个是protobuf(特指c++版本)
--
FROM 112.48.100.*
C++很大的一点是向以前兼容,毕竟全球的C++ code base也很大,不兼容就是死路
--
修改:z16166 FROM 114.241.228.*
FROM 114.241.228.*