Libtorch与QT、OpenCV、PCL联合使用时出现编译错误的问题咨询

该编译错误由全局宏命名冲突导致：
PCL依赖Qt组件时会全局引入Qt信号槽机制的slots宏，当预处理器处理libtorch头文件时，会将libtorch源码中所有名为slots的标识符直接替换为宏展开内容，直接破坏libtorch的代码语法，最终抛出expected unqualified-id类编译错误。

单独组合库时不触发错误的原因：

• libtorch+Qt+OpenCV组合：Qt默认不会全局暴露slots宏污染命名空间，仅在MOC处理的Q_OBJECT类上下文内识别slots关键字，不会修改libtorch内部的slots()成员函数定义
• PCL+Qt+OpenCV组合：依赖代码中不存在命名为slots的成员/函数定义，宏替换不会触发语法错误
• 四库全量集成时：若头文件包含顺序错误，PCL提前引入的全局slots宏就会破坏后续引入的libtorch头文件语法，和你贴出的报错特征完全匹配。

• 调整头文件包含优先级：始终将libtorch相关头文件放在所有依赖的最前面引入，保证libtorch内部代码在slots宏生效前完成预处理，参考顺序：

// 优先引入libtorch
#include <torch/torch.h>
#include <torch/script.h>
// 其次引入OpenCV
#include <opencv2/opencv.hpp>
// 再引入PCL
#include <pcl/point_cloud.h>
#include <pcl/point_types.h>
// 最后引入Qt组件
#include <QApplication>
#include <QMainWindow>

• 临时取消冲突宏：在引入libtorch头文件后，通过预处理指令临时取消slots宏定义，需要使用Qt信号槽功能时再恢复即可：

#include <torch/torch.h>
// 取消冲突的slots宏
#undef slots
// 正常引入PCL、Qt头文件
#include <pcl/...>
#include <QWidget>
// 恢复Qt信号槽slots关键字
#define slots Q_SLOTS

• CMake全局配置规避：在CMakeLists.txt中添加编译定义，禁用Qt的全局slots/signals关键字，强制使用显式的Q_SLOTS/Q_SIGNALS宏编写信号槽，从根源避免宏污染全局命名空间：

add_compile_definitions(QT_NO_KEYWORDS)

内容的提问来源于stack exchange，提问作者Mircea Paul Muresan