以其昏昏，使人昭昭？

hellioncu

蔡万钊 发表于 2012-07-29 09:18
如果是  VC 的话，不在 DEF 文件里写的声明是不会导出名字的，那个村夫连这个常识都不懂。

如果是 ...

VC用DEF只是一种传统的方法，用__declspec( dllexport )同样可以

蔡万钊

一介村夫 发表于 2012-07-30 16:18
听说过XLC和ACC吗？

BTW：我就最烦那种啥都没见过却自以为自己啥都懂别人都是SB的人。

是你BS别人在先的you～～

蔡万钊

hellioncu 发表于 2012-07-30 16:50
VC用DEF只是一种传统的方法，用__declspec( dllexport )同样可以

__declspec( dllexport ) 会使用原始的 mangle . 导出的函数名不好看。

一介村夫

蔡万钊 发表于 2012-07-30 20:36
是你BS别人在先的you～～

你自己先去看看#3654、#3655。
另外告诉你，天外有天，GCC不过是C编译器里的一个小弟弟，GCC的标准也不是公认的标准。
所以，不要动不动就拿GCC说事儿，你没见过和想不到的编译器多了去了。
我在帖子里谈的是通用的方法，只会针对一个环境来写程序的还太嫩了！

OwnWaterloo

__BlueGuy__ 发表于 2012-07-29 17:51
ANSI C 一无是处，

@starwing83，看吧，我才刚说对细节依赖最小是很重要的能力。马上就有人可以做反面教材了。

OwnWaterloo

蔡万钊 发表于 2012-07-29 09:18
如果是  VC 的话，不在 DEF 文件里写的声明是不会导出名字的，那个村夫连这个常识都不懂。

如果是 GCC ， 不需要 DEF 文件，默认是导出的，但是可以加 __attribute__(visibility ("hidden")) 。编译为 .so  后是不会出现在导出表的，但是链接的时候不同的 .o 还是可以相互看到，这就不需要 include c 文件也能实现所要的效果。

static与DEF/dllexport/visibility并不是一回事。它们之间的区别你貌似也明白。

至于这是不是村夫用include .c需要实现的效果、以及他是否连这个常识都不懂我就不知道了。
因为我没看懂他的需求到底是什么 —— 或者说没耐心看完他的全部需求。 如果是我打算include .c，根本就不会有耐心给其他唧唧歪歪的人解释这么多。 自然也就没耐心看其他人关于这点的解释。
但我也怀疑你没看懂他的需求中包含的通用性与代价的含义。

@pmerofc、@starwing83、@一介村夫。

蔡万钊

OwnWaterloo 发表于 2012-07-30 21:57
static与DEF/dllexport/visibility并不是一回事。它们之间的区别你貌似也明白。

至于这是不是村夫用 ...

我当然知道啥意思啦～～ 有时候这确实是比较难取舍的东西。 但是 include .c 绝对是傻逼行为。哪怕换个扩展名呢！

蔡万钊

一介村夫 发表于 2012-07-30 20:56
你自己先去看看#3654、#3655。
另外告诉你，天外有天，GCC不过是C编译器里的一个小弟弟，GCC的标准也不是 ...

从你对 GCC 的态度就暴露了你的无知。

我只是针对流行的 GCC 和 VC 提出了一个可行的办法，如果别的编译器有别的办法，应该也可以用。
不到万不得已不采用 include .c 的办法，哪怕是改个别的扩展名。

一介村夫

蔡万钊 发表于 2012-07-31 17:19
从你对 GCC 的态度就暴露了你的无知。

我只是针对流行的 GCC 和 VC 提出了一个可行的办法，如果别的 ...

我无知？
我1990年开始玩C的时候，你还在你爸裤裆里呢吧？
在这儿混，你算老几啊？不装B你会死啊？
老夫从头到尾说的都是可移植性，知道什么叫可移植性吗？
90后吧？看帖不会仔细点？要放屁不会先憋着点？
丢人现眼的东西！