gcc生成动态库,为什么不需要生成一个Lib类型的文件?

weichuang02

VC下面生成dll的时候会有一个Lib文件。

要用到这个dll的程序需要在工程里面添加这个Lib文件作为链接选项。

但是Linux下面的gcc编译和使用一个.so的时候，都是直接-lxxx。不需要像在windows那样一个dll一个lib。

这是两个平台的区别么，还是vc的功能不如gcc强大?
谢谢。

windoze

回复 1# weichuang02

以我的了解，直接原因是因为Windows下的LINK只能处理LIB，不能处理DLL。
更深层一点的原因是DLL导出的符号名未必是EXE使用它时导入的符号名。
DLL只能导出符号，而不是完整的类型信息，但是只有符号对于像COM之类的语言中立的组件系统是不够的，比如一个C++生成的DLL，所有符号名会用C++ Name Mangle规则编码，对于其它任何语言都是不能用的，但是如果采用一套通用的命名规则，这个库在原始语言那边又不能充分利用。
为了解决这个问题，MS采用了现在的方案，在DLL里导出一套符号，然后通过DEF文件+Import LIB使用另一套符号，这样就兼顾了同语言和跨语言的应用。

不过老实说这种方案其实也没有对这个问题带来什么本质改善，所以*nix干脆就无视了这一点，直接让ld支持共享库了事。