将Visual Studio中的静态库与复合依赖项链接

Question

假设您有两个静态库A和B，使得A引用了B的方法。是否可以将可执行文件静态链接到A和B，以使B中没有被A引用的未解析符号？

这是我的情况：

当我尝试以这种方式在Visual Studio 2010中链接所有内容时，A和B之间存在未解析的符号。但是应用程序和A之间没有。符号所抱怨的符号带有__imp前缀（该符号不应该也不应该，存在于B的DUMPBIN中。 即使没有一个库是作为DLL构建的，并且我在所有项目中都包含了所有必需的“其他库依赖项/目录”，为什么还要寻找带有__imp前缀的符号？ 而且，所有内容都使用完全相同的编译器构建。

编辑：知道库B是用导入库而不是静态库作为DLL构建的DLL，可能会有所帮助。

编辑：我几乎可以肯定，这不是导致declspec（）之类的预处理条件，因为当应用程序使用B时，没有链接器错误。

解答：Edwin和JimR都是正确的，实际上在标头中使用了一个宏，从而导致了declspec，但是当他们第一次提到这种可能性时，我实在太固执了，没注意到它。 谢谢你们的耐心配合。

Answer 1

依赖关系不重要！ 它们甚至可能是圆形的，例如A ref B和B refA。对我来说（因为出现链接器错误），您可能没有这些库的头文件（您是手动从B中的A声明func还是funcs）从A中的B开始）或头文件在程序和lib中的编译方式有所不同（由于某些#define或编译器选项）。 在prog和libs中都使用相同的调用约定吗？

Answer 2

我没有要看的MSVS 2010，因此请带一点盐。

如果符号名称中有小鬼 ，则意味着某个地方有一个declspec（dllimport）浮动，一个（可能嵌入在代码中的）编译器开关强制A将B视为DLL，或者您正在链接旧内容而不是什么东西当前由构建过程生成。

您使用的项目是从旧版本的MSVS导入的吗？ 我几年前导入MSVS 2008的管理不善的项目也遇到类似的问题...

无论哪种方式，请仔细检查A的构建环境，并确保您寻找嵌入了编译器/链接器开关的编译指示。

Answer 3

由于以前将lib B用作DLL，因此在生成lib A时，您的lib B仍然是DLL，而将lib更改为库时却忘记了重建A。