Clang使用std::source_location报std命名空间无该类型如何解决

该报错和C++标准编译参数无关，核心问题是**std::source_location需要编译器前端和标准库同时支持才能使用，Clang 14.0.6的前端语法支持做了，但配套标准库的正式实现没跟上**。

1. 默认链接GNU libstdc++（绝大多数Linux发行版下Clang的默认配置） #

std::source_location在libstdc中从11.0版本才正式进入std命名空间提供稳定实现，如果你的系统libstdc版本低于11（比如Ubuntu 20.04默认搭载的是libstdc++ 10.x），哪怕编译器版本和C标准参数都正确，也找不到该类型。
你可以执行以下命令检查当前系统libstdc支持的版本：

strings /usr/lib/x86_64-linux-gnu/libstdc++.so.6 | grep GLIBCXX_

如果输出中没有GLIBCXX_11及以上的版本标记，先升级libstdc++到11及以上版本即可。

2. 手动指定链接Clang自带的libc++ #

Clang 14配套的libc++版本中，std::source_location还属于实验性特性，没有放入std命名空间，而是放在std::experimental命名空间下，要使用这个实验版本需要额外加两个编译参数：

-stdlib=libc++ -D_LIBCPP_ENABLE_EXPERIMENTAL

注意这个实验实现存在已知bug，不建议在正式项目中使用。libc对std::source_location的稳定正式支持（即放入std命名空间、无需额外宏开启）是从Clang 15版本才上线的，Clang 14的libc根本没有提供正式版实现。

• 优先方案：直接升级Clang到15及以上版本，同时确保链接的标准库版本匹配（libstdc≥11，或和Clang版本对应的libc）。CMake配置里删掉你手动加的target_compile_options(AlgorithmVisualizer PUBLIC "-std=c++2b")，只保留以下配置即可，手动写死标准参数反而可能和CMake的全局配置产生优先级冲突：

  set(CMAKE_CXX_STANDARD 20)
  set(CMAKE_CXX_STANDARD_REQUIRED ON)
  set(CMAKE_CXX_EXTENSIONS OFF)
  

• 临时过渡方案：如果暂时无法升级Clang，使用libc的话可以暂时用std::experimental::source_location替代，记得加上对应的编译参数和宏；如果用libstdc就单独升级libstdc++到11以上版本。
• 额外排查点：确认编译和链接阶段使用的是同一份标准库，不要出现编译时用高版本头文件、链接时链到低版本库文件的混用情况，这类问题也会触发类型找不到的报错。

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