在 MS VC 2013 Express 中将 C++ dll 从 32 位转换为 64 位

Question

我的代码可以在 32 位和 64 位配置下编译，但只有第一个运行良好。 我用depends.exe打开了库，在64位的情况下，我看到两条错误消息：

错误：由于隐式依赖模块中缺少导出函数，至少有一个模块具有未解析的导入。 错误：找到具有不同 CPU 类型的模块。

在depends.exe 的模块列表中，我看到我的dll 的CPU 类型是x64，但其他一切都是x86（其他一切都应该是动态链接的）。 在动态链接的情况下，如何告诉 VC 使用 64 位库？

编译和链接期间没有警告或错误消息。

考虑到配置，我根据 MS 的建议配置了我的解决方案，我认为这没有任何问题。 我只能考虑缺少宏或错误的库依赖项，或者可能是 VC 选项。

编辑： 这非常接近我的问题。

EDIT2：如果是 lib，我也会收到错误消息：错误：至少一个文件不是 32 位或 64 位 Windows 模块。 并且没有找到 DOS 或 PE 签名。 此文件不是有效的 32 位或 64 位 Win 模块。

Answer 1

来自 Dependency Viewer 的这类消息通常是一个红鲱鱼，一个误报。 如果您将 32 位版本的 Dependency Walker 与 64 位模块一起使用，它有时会错误地认为您的 DLL 链接到 32 位模块。

您可以尝试改用 64 位版本的 Dependency Walker，它应该可以更好地工作。 然而，Dependency Walker 正在做一个静态分析，它并不总是产生与真正的模块加载器相同的结果。 如果你想知道你的模块是否可以加载，你需要让加载器在一个正在运行的程序中加载它。 例如，通过创建链接到 DLL 的程序。

最简单的方法是创建一个调用LoadLibrary来加载库的简单程序。 看看能不能成功。 如果不是，那么您可能会遇到依赖关系问题。 它们最好使用 Dependency Walker 的配置文件模式进行调试。 这会动态调试加载过程，而不是您一直在使用的容易出错的静态分析。

当然，您的 DLL 肯定有可能无法加载，因为加载器在解析依赖项时会提供 32 位 DLL。 如果是这种情况，那么 Dependency Viewer 的配置文件模式将揭示问题，然后您可以解决它。

关于您的问题编辑，.lib 文件不是 PE 模块。 您不能将 .lib 文件传递​​给LoadLibrary ，也不能使用 Dependency Walker 检查它。 可能会出现一些混淆是因为术语库超载了。 .lib 文件是一个库，可以是导入库或静态库。 DLL 是一个库，一个动态链接库。 在我上面写的内容中，我使用 library 来引用 DLL。