Clangd编译报错“调用consteval函数fmt::basic_format_string不是常量表达式”，但MSVC可正常编译的问题排查

嘿，我之前折腾spdlog结合C++20特性时也踩过这个坑，咱们慢慢拆解问题，找到最省心的解决办法：

问题根源分析 #

这个报错核心是Clang对consteval函数的上下文校验比MSVC严格得多，再加上你当前的函数设计刚好撞了Clangd的校验规则：

• fmt::format_string的构造函数是consteval类型，要求必须在编译期常量上下文里完成构造，才能验证格式字符串的语法合法性。
• 你现在显式把std::source_location::current()作为第一个参数传递，Clangd会判定fmt::format_string的构造不在纯常量表达式环境中，所以抛出错误；而MSVC的编译器实现对这种场景做了宽松处理，直接放行了。
• 另外说句题外话：显式传source_location完全是画蛇添足——它本来就该作为默认参数自动捕获调用点，你这么写反而多写代码还踩了坑。

具体解决方案 #

最直接的修复方式是调整日志函数的参数顺序，把std::source_location设为带默认值的尾参数，既简化调用代码，又能让Clangd正常处理fmt::format_string的consteval构造：

1. 修改日志函数的模板定义

以Error函数为例，改成下面这个格式：

template<typename... Args>
inline void Error(fmt::format_string<Args...> fmt, Args&&... args, 
                  const std::source_location& loc = std::source_location::current()) {
    Log(loc, fmt, spdlog::level::err, std::forward<Args>(args)...);
}

把Trace、Debug、Info等所有日志函数都按这个逻辑修改——把fmt和参数包放在前面，source_location作为最后一个参数并赋予默认值。

2. 简化调用代码

修改后，你再也不用手动写std::source_location::current()了，直接这样调用就行：

Logger::Error("Error during Resize swap chain: {}", e.what());

std::source_location会自动捕获当前调用点的文件、行号、函数名，效果和你之前显式传递完全一致，甚至更准确（因为默认参数的求值上下文就是调用点本身）。

3. 额外兼容性检查

如果你用的是Clang 14及以下的老版本，可能对C++20的consteval和std::source_location的组合支持有bug，建议升级到Clang 15或更高版本，能避免不少这类兼容性问题。

验证修改效果 #

调整后，Clangd会正确识别fmt::format_string的构造处于编译期常量上下文，不再抛出“不是常量表达式”的错误；同时MSVC依然能正常编译，完美实现跨编译器兼容，还让你的调用代码简洁了不少。

内容来源于stack exchange