Mac平台Qt6.2为何不支持std::filesystem相关功能？

核心原因 #

这个特性被禁用和设备架构（Apple Silicon/Intel x86_64）无关，是Qt 6.2.4版本官方预编译包的固有构建配置问题：

• Qt 6.2分支的构建脚本对macOS平台std::filesystem的依赖检测逻辑存在缺陷。苹果在Xcode 12以前的libc++实现中，std::filesystem相关符号放在独立的libc++fs库中，Xcode 12及以后版本才将这部分实现合并入主libc++库。但Qt 6.2.4的检测逻辑只会查找独立的libc++fs库，找不到就直接将QT_FEATURE_cxx17_filesystem设为-1禁用特性，完全没有识别高版本Xcode下主库已包含实现的情况。
• Qt官方发布的所有6.2.x系列macOS预编译安装包，均默认关闭该特性，不管是适配arm64还是x86_64架构的安装包都采用了这套配置，因此在两种架构的设备上都会看到特性不可用的状态。
• 当该宏值为-1时，QFile::filesystemFileName()的方法声明会被预编译宏直接屏蔽，对应的实现也不会被编译进QtCore库，因此会出现接口无法调用的问题，强行修改头文件里的宏值会触发链接错误。

可行解决方案 #

• 升级Qt版本：Qt从6.3.0版本开始修复了macOS平台的std::filesystem检测逻辑，官方发布的macOS预编译包默认开启该特性，升级到6.3及以上的LTS版本（如6.5 LTS）即可直接调用filesystemFileName()接口。
• 重编译Qt 6.2.4源码：如果项目必须绑定Qt 6.2.4版本，不能直接修改安装包头文件的宏值，需要自行拉取Qt 6.2.4源码重新构建，构建configure阶段添加参数-DCMAKE_CXX_FLAGS="-std=c++17 -lc++"强制指定链接参数，跳过错误的依赖检测，编译产出的库即可正常开启该特性。
• 临时兼容方案：如果既不想升级Qt也不想重编译，可以手动做路径转换：通过QFile::fileName()拿到QString类型的路径后，调用toStdString()方法即可直接构造std::filesystem::path对象，macOS平台下该转换的路径编码逻辑和Qt内部实现完全一致，不会出现路径识别错误、乱码等问题。

内容的提问来源于stack exchange，提问作者isudfv