现在很多来源库都是c11标准写的

GoGoRoger
逝者如斯夫 04月25日 字数 70

我们的程序还是cpp98,甚至很多老机器gcc还是4.6,不支持c11标准,用不了。

59 个回复
allegro
静水流深 04月25日

还不换公司?

meizhi
meizhi 04月25日

至少你们代码还有个标准。。

发自「今日水木 on Redmi Note 7」

【 在 GoGoRoger 的大作中提到: 】

: 我们的程序还是cpp98,甚至很多老机器gcc还是4.6,不支持c11标准,用不了。

: --

: 生活好无趣,到水木吵架去。

http://www.shuwen.org

toutouqi
toutouqi 04月25日

没必要盲目跟风,代码积极跟进标准的都是养了很多闲人的公司。

【 在 GoGoRoger 的大作中提到: 】

: 我们的程序还是cpp98,甚至很多老机器gcc还是4.6,不支持c11标准,用不了。

vonNeumann
劣币驱逐良币 | 少灌水 04月25日

C++11 和 C11 不是同一个东西

【 在 GoGoRoger (逝者如斯夫) 的大作中提到: 】

: 我们的程序还是cpp98,甚至很多老机器gcc还是4.6,不支持c11标准,用不了。

vonNeumann
劣币驱逐良币 | 少灌水 04月25日

使用第三方库是很正当的理由了,这个不算“跟风”

【 在 toutouqi (toutouqi) 的大作中提到: 】

: 没必要盲目跟风,代码积极跟进标准的都是养了很多闲人的公司。

libgcc
乞讨积分,求施舍,长期有效 04月25日

c++11也确实该用了,不能老是抱残守缺

这都十年了,十年之前,我不认识你,你不属于我啊

hgoldfish
老鱼 04月25日

你们不升级一下老版本的 gcc 么。。

这应该是你们程序员的锅了。

【 在 GoGoRoger (逝者如斯夫) 的大作中提到: 】

: 我们的程序还是cpp98,甚至很多老机器gcc还是4.6,不支持c11标准,用不了。

GoGoRoger
逝者如斯夫 04月25日

在别人看来我们也算大厂了,但其实人手超紧缺,一般能凑合的大家都是多一事不如少一事。

【 在 hgoldfish 的大作中提到: 】

: 你们不升级一下老版本的 gcc 么。。

: 这应该是你们程序员的锅了。

: ...................

littleSram
littleSram 04月25日

是不是怕背锅

【 在 GoGoRoger 的大作中提到: 】

: 在别人看来我们也算大厂了,但其实人手超紧缺,一般能凑合的大家都是多一事不如少一事。

GoGoRoger
逝者如斯夫 04月25日

没人力,而且这种出力不讨好的事,积极性不高

【 在 littleSram 的大作中提到: 】

: 是不是怕背锅

: 【 在 GoGoRoger 的大作中提到: 】

: : 在别人看来我们也算大厂了,但其实人手超紧缺,一般能凑合的大家都是多一事不如少一事。

: ...................

mopo
Fred Li 04月25日

架构师都不推的话你们就别掺和了

stub
stub 04月25日

我们有的模块用c++17了。

hgoldfish
老鱼 04月25日

那总要有人修改这些源代码的吧。。

难道修改的人还要搭那个老旧的环境,在老旧的编译器上面测试?

莫非贵厂还是在服务器上面用 vim 修改代码连 git,代码评审,单元测试,自动集成一个都没用?

【 在 GoGoRoger (逝者如斯夫) 的大作中提到: 】

: 在别人看来我们也算大厂了,但其实人手超紧缺,一般能凑合的大家都是多一事不如少一事。

Bernstein
Berns 04月26日

建议尝试一下range...

【 在 GoGoRoger 的大作中提到: 】

: 我们的程序还是cpp98,甚至很多老机器gcc还是4.6,不支持c11标准,用不了。

allegro
静水流深 04月26日

是的,这种吃力不讨好的事情没人愿意做。

【 在 GoGoRoger 的大作中提到: 】

: 没人力,而且这种出力不讨好的事,积极性不高

toutouqi
toutouqi 04月26日

如果一直在gcc 4.6上干活,这就是lz的“新环境”,没啥麻烦的。前两年还听说有用vc6做开发的呢。专注业务的升级工具链一般也得不到啥好处。

【 在 hgoldfish 的大作中提到: 】

: 那总要有人修改这些源代码的吧。。

: 难道修改的人还要搭那个老旧的环境,在老旧的编译器上面测试?

: 莫非贵厂还是在服务器上面用 vim 修改代码连 git,代码评审,单元测试,自动集成一个都没用?

: ...................

hgoldfish
老鱼 04月26日

我觉得“支持”老工具链和“只支持”老工具链是两回事。

支持老工具链经常是精致靠谱

而“只支持”老工具链,那通常是懒惰敷衍了。

【 在 toutouqi (toutouqi) 的大作中提到: 】

: 如果一直在gcc 4.6上干活,这就是lz的“新环境”,没啥麻烦的。前两年还听说有用vc6做开发的呢。专注业务的升级工具链一般也得不到啥好处。

toutouqi
toutouqi 04月26日

一旦上了新工具链,有开发者用了新语法,就不太可能再“支持老工具链”了。从用户角度考虑,老工具链开发的软件具有最大的兼容性。比如用了很新的glibc,那老的系统就没那么容易安装了。

【 在 hgoldfish 的大作中提到: 】

: 我觉得“支持”老工具链和“只支持”老工具链是两回事。

: 支持老工具链经常是精致靠谱

: 而“只支持”老工具链,那通常是懒惰敷衍了。

: ...................

hgoldfish
老鱼 04月26日

可以给开发者设定布署环境的嘛。

cpp 最容易了,可以用探测宏定义,在旧的编译器上面用旧的语法,新的编译器用新的语法和新工具。不能为了旧的环境,牺牲新机器的性能吧。

【 在 toutouqi (toutouqi) 的大作中提到: 】

: 一旦上了新工具链,有开发者用了新语法,就不太可能再“支持老工具链”了。从用户角度考虑,老工具链开发的软件具有最大的兼容性。比如用了很新的glibc,那老的系统就没那么容易安装了。