能在qtcreator上编译吗

⑴ 一文总结QtCreator中MSVC编译套件

在使用QtCreator进行项目构建时，选择合适的MSVC编译套件是关键步骤之一。本文将深入探讨如何在MSVC环境下正确选择和配置QtCreator中的编译套件。

选择合适的编译套件涉及多个层面，从Visual Studio的命令行工具的环境配置到Visual Studio命令提示符的使用，直至QtCreator如何识别和处理MSVC编译套件。本文将围绕这几个核心点展开阐述。

首先，理解Visual Studio命令行工具的环境变量设置至关重要。MSVC命令行工具依赖于多个环境变量，如PATH、TMP、INCLUDE、LIB和LIBPATH，以及额外的特定环境变量。正确设置这些环境变量能够确保命令行工具的顺利运行。简单地在Windows环境变量中手动添加，可能会引起混乱和不必要的复杂性。因此，推荐使用命令提示符快捷方式或自定义命令文件来简化配置过程。

进一步，Visual Studio命令提示符作为环境配置的入口，其快捷方式通常位于Windows“开始”菜单的特定版本Visual Studio文件夹中。这一环境配置的快捷方式能够方便地启动与特定工具负载相关的命令行环境，例如适用于C++桌面应用构建的负载。需要注意的是，使用这些命令行工具时可能需要管理员权限。遇到权限问题时，使用“以管理员身份运行”选项来打开命令提示窗口是解决方法之一。

在Visual Studio命令提示符中，配置环境变量的过程通过命令文件，如VsDevCmd.bat，得以实现。对于2019 Visual Studio的安装，VsDevCmd.bat命令文件通常位于\Program Files\Microsoft Visual Studio\2022\Tools目录下。运行这一命令文件能够设置默认参数，并通过调用VsDevCmd.bat脚本来定制生成环境，满足不同需求。具体配置可能包括选择生成体系结构、调整平台设置等。

最后，探讨QtCreator如何识别和使用MSVC编译套件。QtCreator通过Visual Studio的命令文件，如vcvarsall.bat，来实现编译套件的识别和配置。在设置项目构建时，QtCreator会自动检测并利用vcvarsall.bat文件来识别合适的编译套件，根据平台、宿主机和目标平台的匹配来选择正确的配置。例如，如果项目需要在x86 32位宿主机上生成代码，以供同样x86 32位的目标计算机运行，则选择x86编译套件将是最佳选择。不同版本的Visual Studio会提供不同版本的vcvarsall.bat文件，因此在使用时需确保文件的正确性和兼容性。

⑵ 关于QtCreator中三种不同编译版本 debug、release、profile 的区别

QtCreator中的debug、release、profile三种编译版本的主要区别如下：

1. debug模式：

   • 用途：专为开发过程设计。
   • 文件大小：可执行文件体积大，包含详细的调试符号。
   • 调试便利性：便于调试时查看堆栈和变量值。
   • 性能：断言被全部打开，运行速度较慢，可能有卡顿现象。
   • 链接库：链接的库以’d’结尾。

2. release模式：

   • 用途：注重性能和效率，适合打包发布。
   • 文件大小：编译后的文件体积显着减小，不包含调试符号。
   • 调试便利性：调试信息较少，调试难度较大。
   • 性能：运行速度较快，若程序卡顿，通常问题出在程序本身。
   • 链接库：链接的库不带’d’结尾。

3. profile模式：

   • 用途：介于debug和release之间，平衡调试便利性和性能。
   • 文件大小：文件大小介于debug和release之间，保留部分调试符号。
   • 调试便利性：保持一定的调试便利性。
   • 性能：通过优化提升了性能，运行速度较快。
   • 链接库：不链接带’d’的库，与release模式相同。

总结：QtCreator中的三种编译模式各有其特点，debug模式注重调试便利性，release模式注重性能和效率，而profile模式则介于两者之间，平衡了调试和性能的需求。开发者可以根据具体需求选择合适的编译模式。

⑶ RK3568开发笔记（七）：在宿主机ubuntu上搭建Qt交叉编译开发环境，编译一个Demo，目标板运行Demo测试

在宿主机Ubuntu上搭建Qt交叉编译开发环境，编译一个Demo，并在目标板上运行Demo测试的步骤如下：

1. 安装Qt开发环境：

   • 基于已有的虚拟机环境，在宿主机Ubuntu上安装Qt5.14.2桌面版，注意此过程需在离线状态下进行以避免登录问题。
   • 安装完成后，QtCreator将显示在界面上，便于后续创建和测试项目。

2. 创建并配置Qt项目：

   • 打开QtCreator，新建一个名为testDemo的工程。
   • 在testDemo工程中，进行简单的全屏/正常显示切换的开发作为Demo功能。

3. 配置交叉编译环境：

   • 下载并解压官方提供的buildroot的Qt版本编译包。
   • 在QtCreator中配置qmake和交叉编译器gcc，确保交叉编译工具链正确设置。
   • 设置好编译套件，以便进行跨平台的Qt编译。

4. 编译Qt项目：

   • 使用配置好的交叉编译环境编译testDemo项目。
   • 注意，由于Qt库文件较大，可能会遇到库文件过大无法完全移植到目标板上的问题。

5. 调整策略并移植：

   • 面对库文件过大的问题，考虑更换一个更合适且已包含所需库的buildroot系统。
   • 重新编译并生成适合目标板的Qt库和Demo可执行文件。
   • 将编译后的可执行文件和必要的库文件传输到目标板上。

6. 在目标板上运行Demo：

   • 将目标板连接到显示设备和输入设备。
   • 在目标板上运行传输过来的Demo可执行文件。
   • 观察并测试Demo的全屏/正常显示切换功能是否正常工作。

注意事项： 在实际应用中，需要根据资源限制和系统兼容性进行调整。 如果遇到Ubuntu的USB触摸屏支持问题，可能需要考虑更换buildroot系统或进行额外的配置来解决。