Qt 5.4 静态构建在 Visual Studio 2013 中产生“未解析的外部符号”链接错误

Question

我想使用 Qt 5.4 的静态版本。由于没有可用的预编译静态构建，您必须自己从 Qt 源代码构建一个。

我的环境如下：

• Windows 7 x64
• Visual Studio 2013 终极更新 4
• Qt5 Visual Studio 插件 1.2.4
• 已安装 ActivePerl / ActivePython（构建 Qt 源代码所需）

我的过程如下（参见 Qt 文档 > Qt 5.4 > Qt for Windows - 从源代码构建）：

• 下载qt-everywhere-opensource-src-5.4.0.zip
• 解压到临时文件夹
• 如here 所述打开命令提示符（基本上，这类似于打开“Visual Studio 命令提示符”并向路径变量添加一些路径）

• 使用以下命令运行配置

  configure -c++11 -mp -release -static -nomake tests -nomake examples -prefix D:\Qt\qt-5.4.0-x86-msvc2013-compact-static -platform win32-msvc2013 -opengl desktop -no-icu -skip webkit
  

• 运行nmake和nmake install

所有这些都没有错误地运行。

然后在 Visual Studio 中，我将现有 Qt 项目的 Qt 版本更改为 D:\Qt\qt-5.4.0-x86-msvc2013-compact-static，因为这是上述过程的输出文件夹。

但是，现在我收到大量以下类型的未解决符号错误（构建配置“发布”）：

error LNK2001: unresolved external symbol "__imp__glBindTexture@8". Qt5Gui.lib(qopenglfunctions.obj)
...
error LNK2001: unresolved external symbol "_hb_blob_create".    Qt5Gui.lib(qharfbuzzng.obj)
...
error LNK2001: unresolved external symbol "_hb_face_create_for_tables". Qt5Gui.lib(qharfbuzzng.obj)
....
error LNK2001: unresolved external symbol "_WSAAsyncSelect@16". Qt5Core.lib(qeventdispatcher_win.obj)

具有类似选项 (-platform win32-msvc2013 -opengl desktop -no-icu -skip webkit) 的共享库/动态链接构建工作正常。

我做错了什么？

---

1 月 6 日更新：

1) 正如在 cmets 中已经提到的，这可能是 Qt 中的一个错误，所以我创建了一个错误报告 (QTBUG-43636)，后来我发现了一个可能相关的错误 (QTBUG- 38913）。 （抱歉，我最多只能发布 2 个链接）

2) 我发现（感谢 karlphillip）如果在 Visual Studio 中将一些库添加到附加依赖项中，可以减少错误消息的数量

• Ws2_32.lib 解决了一条错误消息（共 103 条）
• opengl32.lib 解决 47 条错误消息

这意味着现在“只有”55 error messages left。也许还有更多的库丢失？

Answer 1

我找到了解决办法：

您必须将以下库添加到 Visual Studio 中的其他依赖项：

Ws2_32.lib opengl32.lib qtharfbuzzng.lib

然后，我的项目终于编译好了。

然而，这并不是故事的结局：

虽然编译成功，但我的应用程序在启动时显示以下错误消息：

此应用程序无法启动，因为它无法找到或加载 Qt 平台插件“windows”。

要解决这个问题，您必须向其他依赖项添加更多库：

imm32.lib winmm.lib Qt5PlatformSupport.lib qwindows.lib

...以及您的附加库目录中的以下内容：

$(QTDIR)\plugins\platforms

...以及您的源代码中的以下内容：

#include <QtPlugin>
Q_IMPORT_PLUGIN(QWindowsIntegrationPlugin)

完成！最后，我能够链接到静态 Qt 库。

这是值得的：

我的应用程序的冷启动时间从大约 10 秒大幅缩短到不到 1 秒。而不是 14 MB 的 DLL 文件，我只需要部署一个 8 MB 的 EXE 文件。