以其昏昏，使人昭昭？

OwnWaterloo

pmerofc 发表于 2012-08-01 19:40
与其说我能接受换后缀名
倒不如说我难于接受有两种*.c（当然没办法的时候例外）

这也是回复蔡同学的。


我觉得这已经是例外了。原本应该是a1.c太长，想将里面的static函数移到其他文件。就是这文件的扩展名的问题，值得这么纠结么。

而且，你们根本就无法驳倒村夫。最多能做到自认为自己胜利了。当然村夫也永远可以认为自己胜利了。
因为这是不是例外，各自的标准不同。本来就是一个很蛋疼的问题。

OwnWaterloo

pmerofc 发表于 2012-08-01 19:42
我没有表达过这样的意思吧

但这不妨碍我陈述我的想法
记得你也说过
人不可能被说服
但求各自把自己的观点说清楚

该有的想法两年时间都还没陈述完？
因为蔡同学提出DEF/visibility，所以会有新的想法？但这东西与static不是一回事啊。。。

OwnWaterloo

pmerofc 发表于 2012-08-01 19:57
我没什么打算
但有人发表新看法
我是欢迎的
无论是对还是错

至于sw
谈不上拉上不拉上
只是也想听听他的看法而已
发表看法与否我是管不着的
发表什么样的看法也不是我能说了算的

我是没想到DEF/visibility会引起一场新的讨论。包括村夫自己貌似都没察觉（还是说我理解错了村夫的意图），而仅仅是说它们不是C标准机制。

OwnWaterloo

pmerofc 发表于 2012-08-01 19:45
你没注意到很多人在这些问题上只是毫无根据的人云亦云以讹传讹吗

1. 那些概念是不是存在？即使不在ISO C范围内有定义
2. 这论坛上就没人将这些概念弄对的？

而你给我的感觉就是它们不在ISO C范围内，所以就不是C语言的一部分。这都没什么，不是就不是。
而你给我的另一感觉就是：都不愿意见人讨论他们。这也没关系，你有你的做法。

但在include .c的问题上，宁可选用超出ISO C定义的东西，就让我很难理解了。

到底是什么原因在对待其他态度上坚持ISO C，而在include问题上远离ISO C？

OwnWaterloo

pmerofc 发表于 2012-08-01 19:49
只是说明这个讨论的由来
理由我前面说过了
难以接受两种*.C
编译器扩展为什么不能用？
扩展就是给人用的

ISO C本身就有机制完成，而且完成的更好。但因为与习俗上的.c有冲突，是不是就一定不能用？

OwnWaterloo

pmerofc 发表于 2012-08-01 19:51
你大概没主要到3864楼的“如果”两个字
是与不是我需要考察一下
我所说的只是
如果是，我倾向于这个选择

我认为不是。但没法证明。

即使是，我还是无法理解为什么你会更倾向扩展。 "不能接受那种.c"是原因之一？ 就这个原因能接受但我也无法理解。 这依然是ISO C定义内的。
算了，这都不重要。反正对我来说两者都无所谓。

重要的是，村夫倾向于在ISO C内完成，这种倾向你能接受么？