Andrey Bokhanko

Question

我在使用clang（3.6和3.8 ToT）编译OpenMP代码时遇到问题。

我关注了这篇博文http://blog.llvm.org/2015/05/openmp-support_22.html，但问题是编译的程序只在一个线程上执行。我正在使用ubuntu 15.04 x64，我安装了libgomp和libiopmp，并使用以下命令编译我的代码：

clang test.c -o test -fopenmp -L/usr/lib/gcc/x86_64-linux-gnu/5.1.1

当我使用gcc时，一切正常：gcc test.c -o test -fopenmp

我也试过运行export LD_LIBRARY_PATH=/usr/lib/gcc/x86_64-linux-gnu/5.1.1:$LD_LIBRARY_PATH，但没有帮助。 `

有什么建议吗？

Answer 1

其他一些评论：

1）您需要使用-fopenmp = libomp在clang中启用OpenMP。 -fopenmp只链接libgomp但忽略了所有的pragma。很奇怪，我知道 - 很快就会在后备箱里改变。

2）3.7是第一个支持OpenMP的版本。 3.6没有。

3）clang只能使用libomp。不要把libgomp（头文件或库）放在libomp的方式！ clang使用Intel API，libgomp不支持。 -fopenmp = libomp应链接正确的库。

此致，

Andrey Bokhanko

软件工程师英特尔

Answer 2

<强>更新

构建最新的LLVM / Clang主干（clang-3.8），安装libiomp5，并指定gomp omp头文件的位置。请注意，libiomp5的Ubuntu包不太正确，因此您需要在/usr/lib/libiomp5.so中将/ usr / lib中的符号链接添加到/usr/lib/libiomp5.so.5.

./clang++ -I/usr/lib/gcc/x86_64-linux-gnu/4.9/include -fopenmp=libiomp5 -o test test.cpp

我在Linux Mint 17.2（基本上是Ubuntu可信任）上使用g ++ - 5.1和clang ++ - 3.6，我看到了与以下代码相同的结果。

#include <iostream>
#include <omp.h>
int main() {
    #pragma omp parallel num_threads(4)
    {
        #pragma omp critical
        std::cout << "tid = " << omp_get_thread_num() << std::endl;
    }
}

在ltrace下运行它会显示问题：

克++

$ g++ -fopenmp -o test test.cpp
$ ./test
tid = 0
tid = 3
tid = 2
tid = 1
$ ltrace ./test
__libc_start_main(0x400af6, 1, 0x7ffc937b8198, 0x400bc0 <unfinished ...>
_ZNSt8ios_base4InitC1Ev(0x6021b1, 0xffff, 0x7ffc937b81a8, 5)   = 0
__cxa_atexit(0x4009f0, 0x6021b1, 0x602090, 0x7ffc937b7f70)     = 0
GOMP_parallel(0x400b6d, 0, 4, 0 <unfinished ...>
GOMP_critical_start(0, 128, 0, 0)                              = 0
tid = 3
tid = 2
omp_get_thread_num(0x7f9fe13894a8, 1, 0, 0x493e0)              = 0
_ZStlsISt11char_traitsIcEERSt13basic_ostreamIcT_ES5_PKc(0x6020a0, 0x400c44, 0, 0x493e0) = 0x6020a0
_ZNSolsEi(0x6020a0, 0, 0x7f9fe1a03988, 0x203d2064)             = 0x6020a0
_ZNSolsEPFRSoS_E(0x6020a0, 0x400920, 0x7f9fe1a03988, 0 <unfinished ...>
_ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_(0x6020a0, 0x400920, 0x7f9fe1a03988, 0) = 0x6020a0
<... _ZNSolsEPFRSoS_E resumed> )                               = 0x6020a0
GOMP_critical_end(0x7f9fe0d2d400, 0x7f9fe0d2e9e0, 0, -1)       = 0
tid = 1
tid = 0
<... GOMP_parallel resumed> )                                  = 0
_ZNSt8ios_base4InitD1Ev(0x6021b1, 0, 224, 0x7f9fe0d2df50)      = 0x7f9fe1a08940
+++ exited (status 0) +++

铛

$ clang++ -fopenmp -o test test.cpp
$ ./test
tid = 0
$ ltrace ./test
__libc_start_main(0x4009a0, 1, 0x7ffde4782538, 0x400a00 <unfinished ...>
_ZNSt8ios_base4InitC1Ev(0x6013f4, 0x7ffde4782538, 0x7ffde4782548, 5) = 0
__cxa_atexit(0x400830, 0x6013f4, 0x6012c8, 0x7ffde4782310)     = 0
_ZStlsISt11char_traitsIcEERSt13basic_ostreamIcT_ES5_PKc(0x6012e0, 0x400a84, 0x7ffde4782548, 6) = 0x6012e0
omp_get_thread_num(0x7f3e4698c006, 0x7f3e4698c000, 0x7f3e46764988, 1024) = 0
_ZNSolsEi(0x6012e0, 0, 0x7f3e46764988, 1024)                   = 0x6012e0
_ZNSolsEPFRSoS_E(0x6012e0, 0x4007a0, 0x7f3e46764988, 0 <unfinished ...>
_ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_(0x6012e0, 0x4007a0, 0x7f3e46764988, 0) = 0x6012e0
tid = 0
<... _ZNSolsEPFRSoS_E resumed> )                               = 0x6012e0
_ZNSt8ios_base4InitD1Ev(0x6013f4, 0, 224, 0x7f3e45886f50)      = 0x7f3e46769940
+++ exited (status 0) +++

你可以立即看到问题：clang ++从不调用GOMP_parallel，所以你总是得到一个线程。这是铿锵声的疯狂行为。您是否尝试过构建和使用clang的“特殊”OpenMP version？

Answer 3

我在Linux Mint 17.2上工作了。（基本上是Ubuntu 14.04）:(

）

包：libiomp-dev clang-3.8

编译标志：-fopenmp

链接器标记：-fopenmp=libiomp5

现在它编译并使用多个线程。

以下是修改后的FindOpenMP.cmake

Answer 4

OMP_NUM_THREADS环境变量可能就是您想要的。您也可以通过编程方式进行设置。

https://gcc.gnu.org/onlinedocs/libgomp/Environment-Variables.html

同样的铿锵。

将OpenMP与clang一起使用

4 个答案:

Andrey Bokhanko

克++

铛