VSCode + Qt + QMake 开发编译环境搭建

news/2024/10/6 1:55:15/文章来源:https://www.cnblogs.com/RioTian/p/18281114

鉴于Qt官方IDE太过难用,VSCode+各种插件功能强大,遂采用VSCode来写Qt项目;

本博客在 Windows 平台进行指导操作,Mac、Linux 平台配置方式类似,学习其本质就可。

前置准备

  • VSCode,最新版本即可
  • 本地 Qt 环境,版本随意,本文主要针对较老版本使用Qmake构建系统的项目

环境变量

  • Qt 环境变量,需要配置 Qt 库跟 MinGW,尽量使用 Qt 安装时自带的 MinGW

  • VSCode插件,下面 C/C++ 插件是必需的

    C/C++

    Qt tools

开始配置

1、创建项目项目

先用 Qt Creator 创建个Qmake项目,最简单的空白窗口,项目结构如下

2、使用VSCode打开项目

3、配置C/C++插件

VSCode快捷键 ctrl+shift+p 打开命令面板,输入c++,选择编辑配置

Open Setting

4、编辑C/C++设置

  • 编译器路径:下拉有得选就选你配置环境变量的Qt版本,没有就自己复制路径过来

    GCC Path

  • IntelliSense 模式:选择安装的gcc的架构,我安装的是64位Qt,上面自带的gcc编译器也是64位,就选择windows-gcc-x64

    IntelliSense 模式

  • 头文件路径:这个主要是实现头文件识别,要不然Qt的头文件一直飘红,也没法自动跳转头文件,第一行是当前像目录下所有,第二行是安装的Qt库的头文件路径

    头文件路径

  • 剩下的配置按需配置,不配置也不影响。选择编辑json可以查看C/C++插件json版本的配置

  • 刚才配置的都在这里面了,现在引用Qt头文件已经不报错了 c_cpp_properties.json

{"configurations": [{"name": "Win32","includePath": ["${workspaceFolder}/**","D:/software/language/qt/5.15.2/mingw81_64/include/**"],"defines": ["_DEBUG","UNICODE","_UNICODE"],"compilerPath": "D:/software/language/qt/Tools/mingw810_64/bin/g++.exe","intelliSenseMode": "windows-gcc-x64"}],"version": 4
}

5、配置task.json

  • 选择 终端-运行任务-配置任务-使用模板创建task.json文件-Others ;这一步无所谓,就是搞个模板,用我下面贴的一样

image

  • 配置编译 Qt 项目的 task,这一步其实是跟Qt Creator相同的,我们打开Qt Creator,选择项目,查看刚才的项目的项目构建配置

Qt Creator构建步骤分析如下:

  • 设置构建目录,也就是编译出来的中间文件目录
  • qmake,这一步其实是用qmake.pro配置文件编译成makefile,并且将其中涉及的.ui、.qrc等编译成cpp,都在构建目录中,下面是切换Debug/Release时不同的qmake编译命令
# Debug
D:/software/language/qt/5.15.2/mingw81_64/bin/qmake.exe D:\Coding\temp\test_demo\test_demo.pro -spec win32-g++ "CONFIG+=debug" "CONFIG+=qml_debug" && D:/software/language/qt/Tools/mingw810_64/bin/mingw32-make.exe qmake_all# Release
D:/software/language/qt/5.15.2/mingw81_64/bin/qmake.exe D:\Coding\temp\test_demo\test_demo.pro -spec win32-g++ "CONFIG+=qtquickcompiler" && D:/software/language/qt/Tools/mingw810_64/bin/mingw32-make.exe qmake_all
  • make,真正的编译cpp,MinGW使用的式 mingw32-make.exe
mingw32-make.exe -j12 in D:\Coding\temp\test_demo\build\Debug
  • clean,这里使用还是`mingw32-make.exe
mingw32-make.exe clean -j12 in D:\Coding\temp\test_demo\build\Debug

将上面Qt Creator构建步骤转换为task.json就行了,把debug、relese全流程都加上了,非常简单!

此外需要注意的是,如果没有配置环境变量的话,直接运行生成的 exe (即运行 run-debug/release)时会提示缺少一些列 dll 文件,此时需要手动补全。

{// See https://go.microsoft.com/fwlink/?LinkId=733558// for the documentation about the tasks.json format"version": "2.0.0","tasks": [{//在当前项目目录创建build文件夹"label": "mkdir", //任务名称"type": "shell", //任务类型,定义任务是被作为进程运行还是在 shell 中作为命令运行。"options": {"cwd": "${workspaceFolder}" //已执行程序或脚本的当前工作目录,设置当前项目文件夹},"command": "mkdir", //命令"args": [ //命令后面跟的参数"-Force","build"]},{"label": "qmake-debug","type": "shell","options": {"cwd": "${workspaceFolder}/build" //进入build目录},"command": "qmake", //qmake命令,这里没用完整路径,是因为配置到环境变量了 C:/Qt/5.15.2/mingw81_64/bin/qmake.exe"args": [ //跟的参数是不是很熟悉,就是上面分析出来的Qt Creator执行流程"../${workspaceFolderBasename}.pro", //在build目录上一级哦"-spec","win32-g++","\"CONFIG+=debug\"","\"CONFIG+=qml_debug\"" // qml 和 widget 项目在此存在差异],"dependsOn": [ //这是本条命令依赖的前置条件,就是上面创建build文件夹的task,直接执行本task会自动先调用依赖的task"mkdir" //其实可以手动执行一次,后面不用每次都执行创建目录的操作]},{"label": "make-debug","type": "shell","options": {"cwd": "${workspaceFolder}/build"},"command": "mingw32-make", //MinGW这个也配置在环境变量了,不用写完整路径了 C:/Qt/Tools/mingw810_64/bin/mingw32-make.exe"args": ["-f","Makefile.Debug", //-f 选择makefile,这是qmake编译出来的"-j7" //这个参数都知道吧,编译用的线程数量],"dependsOn": ["qmake-debug"]},{"label": "run-debug","type": "process", //运行就不能选择shell执行了,要选择process"options": {"cwd": "${workspaceFolder}/build/debug" //没在.pro配置DESTDIR,会生成到build目录下面对应目录},"command": "${workspaceFolderBasename}.exe", //执行的exe名字,一般当前项目文件夹的名称,自定义可以写其他的"dependsOn": ["make-debug"]},{"label": "qmake-release","type": "shell","options": {"cwd": "${workspaceFolder}/build"},"command": "qmake","args": [ //注意release跟debug参数的差异"../${workspaceFolderBasename}.pro","-spec","win32-g++","\"CONFIG+=qtquickcompiler\""],"dependsOn": [// "mkdir" //不用每次都创建吧]},{"label": "make-release","type": "shell","options": {"cwd": "${workspaceFolder}/build"},"command": "mingw32-make","args": ["-f","Makefile.Release", //注意release跟debug参数的差异"-j7"],"dependsOn": ["qmake-release"]},{"label": "run-release","type": "process","options": {"cwd": "${workspaceFolder}/build/release"},"command": "${workspaceFolderBasename}.exe","dependsOn": ["make-release"]},{"label": "clean","type": "shell","options": {"cwd": "${workspaceFolder}/build"},"command": "mingw32-make","args": ["clean"]}]
}

既然配置好了,那就可以开心的运行代码,有两种方式

  • 终端-运行任务-选择任务,我们配置的task都在里面了,选择run-debug/run-release就行,因为配置过depend[],前面qmake、make都被一条龙调用

  • 既然是VSCode,不用快捷键怎么可以,超级强大的ctrl+shift+p,输入run,和手点流程一样,回车,方向键选择run-debug/run-release回车执行就好了

image

  • 一条龙调用的命令在控制台就会有输出了,exe启动后log也会在这输出

6、配置断点调试

上面配置的是以debug/release方式运行程序,那么要打断点调试怎么办呢?

image

选择 c++ 就行,第一个第二个没关系,反正生成的几乎空白的模板

选择创建配置,选择gdb启动作为基础模板,来在上面修改

修改内容如下,我放了自动生成的模板跟修改后的,可以对比看下修改了那些地方,实际使用记得删除哈

{// 使用 IntelliSense 了解相关属性。 // 悬停以查看现有属性的描述。// 欲了解更多信息,请访问: https://go.microsoft.com/fwlink/?linkid=830387"version": "0.2.0","configurations": [{"name": "(gdb) 启动", //模板,实际使用记得删除"type": "cppdbg","request": "launch","program": "输入程序名称,例如 ${workspaceFolder}/a.exe","args": [],"stopAtEntry": false,"cwd": "${fileDirname}","environment": [],"externalConsole": false,"MIMode": "gdb","miDebuggerPath": "/path/to/gdb","setupCommands": [{"description": "为 gdb 启用整齐打印","text": "-enable-pretty-printing","ignoreFailures": true},{"description": "将反汇编风格设置为 Intel","text": "-gdb-set disassembly-flavor intel","ignoreFailures": true}]},{"name": "debug", //修改后"type": "cppdbg","request": "launch","program": "${workspaceFolder}/build/Debug/${workspaceFolderBasename}.exe", //写完整路径"args": [],"stopAtEntry": false,"cwd": "${workspaceFolder}", //工作目录,项目根目录"environment": [],"externalConsole": false,"MIMode": "gdb","miDebuggerPath": "D:/software/language/qt/Tools/mingw810_64/bin/gdb.exe", //选择MinGW中的gdb"setupCommands": [{"description": "为 gdb 启用整齐打印","text": "-enable-pretty-printing","ignoreFailures": true}],"preLaunchTask": "make-debug", //这跟depend[]很像啊,make就行了,用make编译出exe}]
}

运行调试

  • 重新打开调试,刚才配置的调试配置已经存在了

  • 打个断点,点击绿色三角,运行下看看效果

运行效果

  • run-debug及自动生成的目录结构、控制台log,ctrl+c结束程序

  • run-release

  • debug断点调试

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.hqwc.cn/news/736708.html

如若内容造成侵权/违法违规/事实不符,请联系编程知识网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

eclipse设置的Alt+/出现卡顿问题解决。

eclipse的设置中快捷键【Alt+/】只留下这个。可能会有Alt+Ctrl+/什么的,都改成别的。否则会出现冲突卡顿。

面试官:JVM调优,主要针对是哪一个区域?JVM内存结构是怎样的?

作为一个Java程序员,在日常的开发中,不必像C/C++程序员那样,为每一个内存的分配而操心,JVM会替我们进行自动的内存分配和回收,方便我们开发。但是一旦发生内存泄漏或者内存溢出,如果对Java内存结构不清楚,那将会是一件非常麻烦的事情!本文笔者将为大家详解Java内存结构…

Jenv和JDK安装与配置指南

介绍如何在Windows系统上安装和配置Jenv和JDK。步骤包括从GitHub下载并解压Jenv,配置环境变量;从Oracle官网下载安装JDK,设置系统环境变量。使用Jenv命令管理JDK版本,包括添加、列出、切换、设置全局或局部版本及删除版本。提供Jenv常用命令和帮助信息供参考。一、Jenv安装…

Springboot整合Apollo

一、Apollo作用 随着程序功能的日益复杂,程序的配置日益增多:各种功能的开关、参数的配置、服务器的地址…… 对程序配置的期望值也越来越高:配置修改后实时生效,灰度发布,分环境、分集群管理配置,完善的权限、审核机制…… 在这样的大环境下,传统的通过配置文件、数据库…

7月3日龙城新闻快报

龙城街道共有花园小区137个,为全市各街道最多,其中老旧小区37个,老旧小区居民约1.3万户近6万人。自市、区工作部署以来,聚焦37个老旧小区居民“出行难”问题,龙城街道组织“加梯服务队”以“加强精细治理、提升品质生活、感受城市温度”为目标,开启加装电梯工作“加速度”…

Cesium 实现可视域分析

*前言:尝试了网上好多个版本的可视域分析,感觉都有一些问题,我这个也可能不是最完美的,但是我觉得对我来说够用了,实现效果如下*此示例基于vue3上实现,cesium版本1.101.0 ,vite-plugin-cesium版本1.2.22 新建一个名为ViewshedAnalysis.js的JS文件 import glsl from ./…

从PDF到OFD,国产化浪潮下多种文档格式导出的完美解决方案

前言 近年来,中国在信息技术领域持续追求自主创新和供应链安全,伴随信创上升为国家战略,一些行业也开始明确要求文件导出的格式必须为 OFD 格式。OFD 格式目前在政府、金融、税务、教育、医疗等需要文件开放、共享和长期保存的行业中广泛应用。这种趋势在未来几年内将进一步…

Percona Toolkit 神器全攻略(监控类)

Percona Toolkit 神器全攻略(监控类)Percona Toolkit 神器全攻略系列共八篇,前文回顾:前文回顾Percona Toolkit 神器全攻略Percona Toolkit 神器全攻略(实用类)Percona Toolkit 神器全攻略(配置类)全文约定:$为命令提示符、greatsql>为GreatSQL数据库提示符。在后续…

手把手带你使用JWT实现单点登录

JWT(英文全名:JSON Web Token)是目前最流行的跨域身份验证解决方案之一,今天我们一起来揭开它神秘的面纱! 一、故事起源 说起 JWT,我们先来谈一谈基于传统session认证的方案以及瓶颈。 传统session交互流程,如下图:当浏览器向服务器发送登录请求时,验证通过之后,会将…