关于 windows 平台的静态编译

[redsonic]

尝试用 /MT 参数编译了几个项目，编译成功了但目标机还是需要那几个 dll。估计是有些库函数不支持静态编译，但也没发现相关错误或警告（开了-Wall ） ，如果是 gnu 的编译器就会有警告。难道 windows 的都是去目标机上跑跑看或者拿 depends32 去检查？

[ceflib]

Microsoft Visual C++ 20xx Redistributable Package 你是没装这个？

[redsonic]

@ceflib 指的是编译机还是目标机？其实和这个应该没关系吧，我要静态编译的是 https://github.com/ThinkPad-Forum/TPFanControl/tree/master/fancontrol 里面有个 TVicPort.lib ，我要把他静态编译到映像里。但实际即使用了 /MT 最后目标机还是要 TVicPort.dll 。

[ceflib]

目前以 lib 后缀的库有两种，一种为静态链接库(Static Libary，以下简称“静态库”)，另一种为动态连接库(DLL，以下简称“动态库”)的导入库(Import Libary，以下简称“导入库”）。
静态库是一个或者多个 obj 文件的打包，所以有人干脆把从 obj 文件生成 lib 的过程称为 Archive，即合并到一起。比如你链接一个静态库，如果其中有错，它会准确的找到是哪个 obj 有错，即静态 lib 只是壳子。
动态库一般会有对应的导入库，方便程序静态载入动态链接库，否则你可能就需要自己 LoadLibary 调入 DLL 文件，然后再手工 GetProcAddress 获得对应函数了。有了导入库，你只需要链接导入库后按照头文件函数接口的声明调用函数就可以了。
导入库和静态库的区别很大，他们实质是不一样的东西。静态库本身就包含了实际执行代码、符号表等等，而对于导入库而言，其实际的执行代码位于动态库中，导入库只包含了地址符号表等，确保程序找到对应函数的一些基本地址信息。

很明显你的这个 TVicPort.lib 只是个导入库，真正实现代码在 TVicPort.dll

[redsonic]

@ceflib 了解， 我原以为和 linux 一样，ar 打包*.o 就肯定是静态库。 但还有个疑问 ，TVicPort.lib 是 33k，TVicPort.dll 是 28k。 如果说这个 TVicPort.lib 仅包含符号表等非实际代码未免不合情理，不过我也不清楚 windows 的编译器和运行时细节，如果有相关专著请介绍一些，中英文皆可。

[redsonic]

@ceflib vs 里面的工具 lib /list TVICPORT.lib 显示全都是：

TVicPort.dll
TVicPort.dll
TVicPort.dll
TVicPort.dll
TVicPort.dll
TVicPort.dll
TVicPort.dll
TVicPort.dll
TVicPort.dll
TVicPort.dll
......

意思这个 lib 就是 dll 套了点其他数据？ 所以这大小就好解释了

[ceflib]

可以参考这个 https://github.com/fancycode/MemoryModule，编译 exe 时把 dll 加载到资源里，运行时加载到内存里，获取 TVicPort.dll 的导出函数地址，TVicPort.dll 的导出函数调用方式都使用函数指针方式调用

[ceflib]

可以看下 《程序员的自我修养》 《 Linkers and Loaders 》

[redsonic]

Linkers and Loaders 虽然很好但太老了，而且微软的东西都是泛泛谈。不过那个 MemoryModule 是个好东西。