以其昏昏，使人昭昭？

OwnWaterloo

pmerofc 发表于 2012-08-01 09:06
没问题
但是存在一种可能
村夫的编译器不支持蔡的编译器上的功能
因此他当时只能想到#include *.c
一个人使用的工具必然影响他的思维

你是说，村夫连GCC都没用过、连visibility都不知道？所以才只能想出这种下三滥手段？我只是猜测村夫不可能菜到这种地步，不过没法证明了。
我怎么觉得反而是村夫用过比蔡更多的编译器，才导致他要去想一种编译器无关的手段？对蔡用过的、村夫用过的、甚至没用过的、将来出现的编译器都能凑效的手段。

确实是工具影响思维。

OwnWaterloo

pmerofc 发表于 2012-08-01 19:07
回复 3692# OwnWaterloo

  有这事吗？或者说这个“们”中你认为包括我？
  我搞不懂你从哪看出来的

村夫为这个事已经发过两次贴了。

而前面因为蔡提出了DEF,visibility的事，你又打算开始继续讨论这个问题，还把sw也拉上。
村夫第1个帖子至今应该有两年了吧？ 这事就不能消停么？


而且，DEF,visibility与static还根本就不是一回事。 战事的苗头根本就是起源于一个莫名其妙/毫不相干的原因。


我不完全了解村夫的意图。
假设一个链接目标由a1.c, a2.c, a3.c ... 组成。
其中存在一些同名函数， 但都是static的， 所以不会引起问题。
而村夫include .c是因为某些ai.c太长， 想拆分成ai.c, ai1.c, ai2.c ...， 然后 ai.c 包含 aij.c。

如果是DEF,visibility， 同样挂。
这根本就不关它们的事。 它们本来就应该是static以避免和同一链接目标的其他翻译单元同名函数冲突 —— 这是习俗的一部分。
违法习俗的只是为了避免某个文件过大， 拆分到多个.c然后包含而已。

村夫貌似没有提多个ai.c的事。 我不知道这到底是不是他计划的一部分， 还是说仅仅是没提。
我认为static是习俗的一部分， 是与DEF,visibility毫不相干的。 退一步，假设村夫放弃了include .c，而是将代码写回ai.c， 我猜也会用static。
用DEF,visibility的时候根本就来不及了。

OwnWaterloo

pmerofc 发表于 2012-08-01 19:35
问题是这不能说明什么

这更能说明用include .c与goto是sw有意为之。不是被逼的。

OwnWaterloo

pmerofc 发表于 2012-08-01 19:37
我说过这话吗
感觉你今天怎么尽对着我放空枪

这是回复蔡同学的。
其他地方有放空枪？