Ubuntu下Clang 7编译C++17项目仍用GNU头文件的解决求助

你的问题核心很明确：虽然已经手动编译安装了LLVM、Clang、libcxx及libcxxabi，但编译C17项目时，Clang仍然 fallback 到了Ubuntu自带的GCC 5.4.0头文件——而GCC 5.4对C17的支持并不完整，比如std::is_convertible_v这个C++17新增的变量模板就没有实现，这直接引发了编译错误。

问题根源 #

你在CMake中指定了-stdlib=libc++，但Clang可能无法自动定位到你手动安装的libc++头文件和库文件路径（尤其是当LLVM安装在非系统默认目录时），于是优先使用了系统自带的GCC旧版头文件。

解决方案：完善CMake工具链配置 #

需要在CMake中显式指定libc的头文件目录、库文件目录，同时确保编译和链接阶段都正确绑定libc。以下是修改后的完整CMake配置示例：

set(CMAKE_C_COMPILER "clang")
set(CMAKE_C_FLAGS "-Wall -std=c99")
set(CMAKE_CXX_COMPILER "clang++")

# 替换为你实际的libc++安装路径
# 手动编译LLVM后，默认头文件路径为/usr/local/include/c++/v1，库路径为/usr/local/lib
set(LIBCXX_INCLUDE_DIR "/usr/local/include/c++/v1")
set(LIBCXX_LIB_DIR "/usr/local/lib")

# 编译阶段：指定C++17标准、libc++、头文件优先级
set(CMAKE_CXX_FLAGS "-Wall -std=c++17 -stdlib=libc++ -I${LIBCXX_INCLUDE_DIR}")
set(CMAKE_CXX_STANDARD 17)
set(CMAKE_CXX_STANDARD_REQUIRED ON)
set(CMAKE_CXX_EXTENSIONS OFF)

# 链接阶段：确保使用libc++库，并设置运行时库路径
set(CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} -stdlib=libc++ -L${LIBCXX_LIB_DIR} -Wl,-rpath,${LIBCXX_LIB_DIR}")
set(CMAKE_SHARED_LINKER_FLAGS "${CMAKE_SHARED_LINKER_FLAGS} -stdlib=libc++ -L${LIBCXX_LIB_DIR} -Wl,-rpath,${LIBCXX_LIB_DIR}")

关键修改点说明 #

1. 强制指定libc++头文件路径：通过-I${LIBCXX_INCLUDE_DIR}让Clang优先加载libc的完整C17头文件，彻底绕过GCC的旧版头文件。
2. 明确C++17标准传递：虽然设置了CMAKE_CXX_STANDARD 17，但在CMAKE_CXX_FLAGS中显式添加-std=c++17可以避免不同CMake版本的标准传递差异。
3. 链接阶段绑定libc++：通过-L指定库路径，-Wl,-rpath确保程序运行时能正确找到libc++库，避免链接或运行时错误。

前置验证（可选） #

在修改CMake配置前，可以先手动用Clang编译一个测试代码，确认libc++是否正常可用：

# 创建test.cpp，包含std::is_convertible_v的测试代码
clang++ -std=c++17 -stdlib=libc++ -I/usr/local/include/c++/v1 test.cpp -o test

如果该命令能成功编译运行，说明你的libc++安装正常，只需调整CMake配置即可解决问题。

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