:-1: error: dependent ‘..\..\..\..\..\..\QTCreator\6.6.3\msvc2019_64\include\QtWidgets\QMainWindow‘

最新推荐文章于 2025-03-21 00:54:26 发布

可颂笪

最新推荐文章于 2025-03-21 00:54:26 发布

阅读量1.7k

点赞数 14

文章标签： c++ qt6.3 开发语言

本文链接：https://blog.youkuaiyun.com/qq_42558591/article/details/140655694

版权

在我运行QT官方给的MQTT测试demo的例子中，出现上述问题的报错。

经过查找后，发现在pro文件中加入以下代码可以解决报错：

QMAKE_PROJECT_DEPTH = 0

这行代码设置 QMAKE_PROJECT_DEPTH = 0 是为了确保你的项目文件在构建系统中的路径解析是正确的，特别是当你不希望项目文件被错误地识别为嵌套项目的一部分时。这通常用于避免在处理路径时产生意外的行为。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

可颂笪

关注关注

14
点赞
踩
17

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

Qt5.15.2静态编译MSVC2019 32位 Release版

05-01

Qt5.15.2静态编译MSVC2019 32位 Release版

QT基于vc的uic.exe

11-14

基于msvc2017编译器的uic.exe，解压到对应目录即可正常运作了。常常遇到-1: error: dependent '..\..\..\Qt\Qt5.11.0\5.11.0\msvc2017_64\bin\uic.exe' does not exist.

参与评论您还未登录，请先登录后发表或查看评论

Qt报错dependent ‘..\..\..\..\..\..\Qt\5.14.2\msvc2017\include\QtWidgets\QMainWindow‘ does not exist

生有涯，知无涯

04-17

8171

解释说这个语法将使makefile包含绝对路径。

QT报错：error: dependent ‘..\XXX.cpp‘ does not exist

weixin_43699794的博客

07-16

3704

QT在删除文件后进行编译，报错并提示error: dependent ‘…\XXX.cpp’ does not exist。2.如果上述方式没有成功，那么在项目中进行全局搜索，查看是否还存在该文件的代码并删除，然后重复步骤一。1.直接删除对应的build文件，然后将项目重新运行一下。

关于Qt使用MSVC编译出现找不到库的解决方案

wwplh5520370的博客

03-21

115

意为让编译器按绝对路径去找依赖库。在pro文件中增加一行代码。

Qt报错： :-1: error: dependent ‘..\..\..\..\..\..\QT6\6.8.0\msvc2019_64\include\QtWidgets\QApplicatio‘

lizaijinsheng的专栏

05-23

2439

这将使所有makefile包含绝对路径。pro中添加如下内容生效。

QT creator qt6.0 使用msvc2019 64bit编译报错

Txwtech笛克特科

05-07

1935

由于这句宏定义要求的mscv版本为15.00版本，而我使用的visual studio 2019 （社区版）使用的mscv版本为19.22，两者版本不对应，导致编译的时候出现编译器版本的报错。pro文件添加：QMAKE_CXXFLAGS += -std:c++17 -Zc:__cplusplus -permissive- option。直接修改这句宏定义为自己使用visual studio的mscv对应版本即可成功编译通过。pro文件添加：（这个语法将使makefile包含绝对路径）

:-1: error: dependent ‘..\..\..\..\..\..\Qt\5.15.2\msvc2019_64\include\QtWidgets\QMainWindow‘ does n

qq_56589253的博客

09-21

1039

:-1: error: dependent '..\..\..\..\..\..\Qt\5.15.2\msvc2019_64\include\QtWidgets\QMainWindow' does n。

:-1: error: dependent ‘..\..\..\..\..\..\Qt6.X\6.5.3\msvc2019_64\include.... does not exist问题解决

YOUSEEYA的博客

09-20

806

在.pro文件中添加。

Qt编译报错:-1: error: dependent ‘..\..\..\..\..\..\QT6\6.8.0\msvc2019_64\include\QtWidgets\QWidget‘

wangmengmeng99的博客

08-14

1343

error: dependent '..\..\..\..\..\..\QT6\6.8.0\msvc2019_64\include\QtWidgets\QWidget' does not exist.

【QT报错】:-1: error: dependent ‘..\...‘ does not exist.

IdahoFalls的博客

11-20

1325

解决QT的报错

解决办法：-1: error: dependent ‘..\..\..\..\..\..\Qt6.X\6.5.3\msvc2019_64\include.... does not exist

柳鲲鹏

12-25

304

真的是让人忍无可忍。

Qt5.15.2+openCV4.5.5+MSVC2019+cuda编译生成的动态库（带world和不带world)

04-15

Qt5.15.2+openCV4.5.5+MSVC2019+cuda编译生成的动态库（带world和不带world) https://blog.csdn.net/aggs1990/article/details/124167901 优快云审核可能较慢，如无法下载，可以过段时间再回来看下仅供相关爱好者交流使用，请于下载24小时内删除

libusb-1.0.20.zip_libusb_libusb-1.0.20_libusb-1.0.dll_libusb0.dl

07-15

1. 设备枚举：libusb能够扫描并列举出系统中的所有USB设备，包括设备的Vendor ID、Product ID、版本信息等，为开发者提供设备选择的依据。 2. I/O操作：libusb提供了一套完整的API接口，允许开发者进行USB设备的...

moc.exe 解决moc过程中不支持处理enum包含#include头文件的语法。

06-19

问题1 The moc process failed to compile "SRC:/..............." into "Src:/................................." command -------- path/to/path 问题2 tbb/tbb_profiling.:28: Parse error at "{

gdal.jar, gdalconstjni.dll, gdaljni.dll, ogrjni.dll

03-11

1. **gdal.jar**: 这是GDAL的Java绑定，包含了一系列的Java类和接口，使得Java程序能够调用GDAL的功能，如读取、写入和操作各种地理空间数据格式。通过这些类，开发者可以访问GDAL的几何对象、栅格和矢量数据处理...

IEEE 802.3-2018

04-08

该标准详细规定了从1Mb/s到400Gb/s不同速率下以太网的局域网（LAN）操作，这些速率共享媒体访问控制（Media Access Control, MAC）规范和管理信息库（Management Information Base, MIB）。IEEE 802.3标准涵盖了...

dependent ‘..\..\..\..\..\..\Qt\5.15.2\msvc2019_64\include\QtWidgets\QMainWindow‘ does not exist

weixin_60575402的博客

08-26

1084

浏览网上的解决方法很多人说在pro里加上QMAKE_PROJECT_DEPTH = 0可以解决，自己试了试确实可以，但我觉得应该还是环境配置方面的问题。Qt5.15 配置msvc2019的时候构建项目有这个报错，但是用MinGW就是正常的。后来查阅资料，将Default build directory修改了就好了。关闭项目重新建一个新项目用msvc2019构建就不报错了。修改为默认情况下创建规则。

【qt】error: dependent 'xxx' does not exist.

qq_43248127的博客

06-09

6335

错误提示 error: dependent ‘xxx’ does not exist. 错误原因在工程里修改*.cpp文件的文件名，然后直接编译。

Install 3 Packages (+7 Dependent packages) Total download size: 114 M Installed size: 401 M Is this ok [y/d/N]: y Downloading packages: (1/10): container-selinux-2.119.2-1.911c772.el7_8.noarch.rpm | 40 kB 00:00:00 containerd.io-1.6.33-3.1.el7.x FAILED 0% [ ] 0.0 B/s | 40 kB --:--:-- ETA https://download.docker.com/linux/centos/7/x86_64/stable/Packages/containerd.io-1.6.33-3.1.el7.x86_64.rpm: [Errno 14] curl#35 - "TCP connection reset by peer".0 B/s | 40 kB --:--:-- ETA Trying other mirror. warning: /var/cache/yum/x86_64/7/docker-ce-stable/packages/docker-buildx-plugin-0.14.1-1.el7.x86_64.rpm: Header V4 RSA/SHA512 Signature, key ID 621e9f35: NOKEY kB/s | 27 MB 00:02:28 ETA Public key for docker-buildx-plugin-0.14.1-1.el7.x86_64.rpm is not installed (2/10): docker-buildx-plugin-0.14.1-1.el7.x86_64.rpm | 14 MB 00:00:55 (3/10): docker-ce-26.1.4-1.el7.x86_64.rpm | 27 MB 00:01:49 (4/10): docker-ce-cli-26.1.4-1.el7.x86_64.rpm | 15 MB 00:00:58 (5/10): docker-ce-rootless-extras-26.1.4-1.el7.x86_64.rpm | 9.4 MB 00:00:37 (6/10): fuse-overlayfs-0.7.2-6.el7_8.x86_64.rpm | 54 kB 00:00:00 (7/10): slirp4netns-0.4.3-4.el7_8.x86_64.rpm | 81 kB 00:00:00 (8/10): fuse3-libs-3.6.1-4.el7.x86_64.rpm | 82 kB 00:00:00 (9/10): docker-compose-plugin-2.27.1-1.el7.x86_64.rpm | 13 MB 00:00:53 Error downloading packages: containerd.io-1.6.33-3.1.el7.x86_64: [Errno 256] No more mirrors to try.

最新发布

03-26

<think>好的，我现在需要帮助用户解决在CentOS 7上安装Docker时遇到的下载错误问题。首先，用户之前的对话中提到Docker在CentOS 7上仍受支持，但现在安装过程中出现了依赖包下载失败的情况，特别是containerd.io包下载失败，报错是TCP连接被重置，可能和网络问题或镜像源有关。首先，我应该回忆一下常见的YUM安装问题。常见的原因包括网络连接不稳定、镜像源配置错误、或者GPG密钥验证失败。用户看到的错误信息中提到了curl#35 TCP连接被重置，这表明在下载过程中连接被中断，可能是服务器问题，也可能是本地网络问题。另外，用户还遇到了GPG密钥未安装的警告，这可能导致部分包验证失败，但可能不是导致下载失败的主要原因。接下来，我需要考虑可能的解决方案。首先，检查网络连接是否正常，建议用户重试安装命令，因为可能是临时网络问题。如果重试无效，可能需要更换镜像源，比如使用国内的镜像源如阿里云或清华大学源，这可以加快下载速度并避免连接问题。用户之前可能使用的是Docker官方源，但国内访问可能会有不稳定情况。另外，用户遇到containerd.io包下载失败，可以尝试手动下载该包并安装。手动下载需要用户找到正确的URL，然后使用wget或curl下载，之后用rpm命令安装。但用户需要注意版本兼容性，避免版本不匹配导致依赖问题。还有GPG密钥的问题，用户看到关于docker-buildx-plugin的GPG密钥未安装的警告。这可能是因为Docker的GPG密钥没有导入到系统中，需要手动导入。可以指导用户运行导入密钥的命令，例如：sudo rpm --import https://download.docker.com/linux/centos/gpg，这应该能解决GPG验证失败的问题。如果上述方法都不奏效，可能需要清理YUM缓存，有时候旧的缓存文件可能导致问题。清理缓存后再次尝试安装可能会解决。另外，用户可能需要确认系统时间是否正确，因为证书验证问题有时会由于时间不同步导致。可以使用ntpdate命令同步时间。最后，如果所有方法都失败，可能需要考虑使用其他安装方式，比如使用Docker提供的便捷脚本，或者使用其他包管理工具如dnf（如果可用）。不过CentOS 7默认使用yum，可能不支持dnf。在整理这些步骤时，需要注意逻辑顺序，先简单后复杂。先建议重试，然后检查网络，更换镜像源，手动下载包，处理GPG密钥，清理缓存，最后考虑其他安装方法。同时，要提醒用户注意版本兼容性和命令的正确性，避免操作失误导致更多问题。另外，用户可能对Linux命令不太熟悉，所以需要给出具体的命令示例，并说明每一步的作用，让用户能够跟随操作。同时，需要解释可能的风险，比如手动安装包可能导致依赖问题，建议在测试环境中操作，或者备份重要数据。最后，总结问题原因和解决方案，帮助用户理解问题的根源，避免未来再次出现类似情况。</think>以下是针对你遇到的 Docker 安装失败问题的分步解析和解决方案： --- ### **问题定位** 从报错信息看，安装失败的主要原因有两点： 1. **网络问题**：`containerd.io` 包下载时出现 `TCP connection reset by peer`，可能是网络不稳定或镜像源连接超时。 2. **GPG 密钥缺失**：`docker-buildx-plugin` 的 RPM 包未通过密钥验证（`NOKEY` 警告）。 --- ### **解决方案** #### **1. 重试安装命令** 部分错误可能是临时网络波动导致，直接重试可能解决问题： ```bash sudo yum install docker-ce docker-ce-cli containerd.io ``` --- #### **2. 更换国内镜像源** Docker 官方仓库在国内访问可能不稳定，可替换为阿里云或清华大学镜像源： ```bash # 备份原有仓库配置 sudo mv /etc/yum.repos.d/docker-ce.repo /etc/yum.repos.d/docker-ce.repo.backup # 使用阿里云镜像源 sudo yum-config-manager --add-repo http://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo # 清理缓存并重试安装 sudo yum clean all sudo yum install docker-ce docker-ce-cli containerd.io ``` --- #### **3. 手动下载失败包** 若 `containerd.io` 始终下载失败，可手动下载并安装： ```bash # 手动下载（注意版本需匹配） wget https://download.docker.com/linux/centos/7/x86_64/stable/Packages/containerd.io-1.6.33-3.1.el7.x86_64.rpm # 安装本地 RPM 包 sudo rpm -ivh containerd.io-1.6.33-3.1.el7.x86_64.rpm # 继续安装其他依赖 sudo yum install docker-ce docker-ce-cli ``` --- #### **4. 导入 Docker GPG 密钥** 解决 `NOKEY` 警告（密钥验证失败）： ```bash sudo rpm --import https://download.docker.com/linux/centos/gpg ``` --- #### **5. 清理 YUM 缓存** 旧缓存可能导致安装冲突： ```bash sudo yum clean all sudo rm -rf /var/cache/yum sudo yum makecache ``` --- ### **验证安装** 安装完成后，检查 Docker 服务状态： ```bash sudo systemctl start docker sudo docker run hello-world ``` 若输出 `Hello from Docker!` 则表明安装成功。 --- ### **可能失败的其他原因** 1. **系统时间错误**：使用 `date` 检查系统时间，若偏差较大，同步时间： ```bash sudo ntpdate pool.ntp.org ``` 2. **防火墙或代理干扰**：临时关闭防火墙或检查代理设置： ```bash sudo systemctl stop firewalld ``` --- ### **总结** - **优先尝试更换国内镜像源**（如阿里云）。 - **手动下载安装失败包**可绕过网络问题。 - 若问题持续，检查系统时间、防火墙或代理配置。 - CentOS 7 仍支持 Docker，但需注意镜像源稳定性。