Clang编译SPEC2017静态链接OpenMP失败，咨询LLVM支持情况

针对你遇到的cannot find -lomp错误，结合LLVM libomp的现状，提供以下几种可行方案：

1. 手动编译libomp静态库 #

LLVM官方确实未提供预编译的libomp静态库，但可以自行从源码编译对应版本的静态库：

• 获取对应LLVM版本的libomp源码（可下载对应分支的源码包或克隆代码仓库），进入libomp源码目录；
• 配置CMake编译选项，指定生成静态库：

  mkdir build && cd build
  cmake -DCMAKE_BUILD_TYPE=Release -DBUILD_SHARED_LIBS=OFF ..
  

• 编译生成静态库：

  make -j$(nproc)
  

编译完成后，会在build/lib目录下得到libomp.a，将其复制到你的库路径（如/usr/lib/lib/libomp_oss/exports/lin_32e/lib），或在编译命令中通过-L指定该静态库所在目录。

2. 改用GCC的libgomp静态库 #

Clang支持链接GCC的OpenMP静态库，且Ubuntu 20.04可直接安装：

• 安装GCC静态OpenMP库：

  sudo apt-get install libgomp1-static
  

• 修改编译命令，将-lomp替换为-lgomp，确保链接参数位于所有目标文件之后，例如：

  /usr/lib/llvm-10/bin/clang -m64 -z muldefs -pthread -static -DSPEC_LINUX_X64 -DSPEC_OPENMP -fopenmp -Wno-return-type -DUSE_OPENMP -I /usr/lib/lib/libomp_oss/exports/common/include [所有.o文件] -lm -lgomp -o perlbench_s
  

注意：需确认SPEC2017的代码与libgomp兼容，绝大多数遵循OpenMP标准的代码均可正常适配。

3. 调整编译命令的链接顺序 #

静态链接时，库的链接顺序会影响符号查找，确保OpenMP相关的链接参数（-fopenmp或-lomp/-lgomp）位于所有目标文件之后，避免因顺序问题导致的库查找失败。

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