Использование OpenMP с clang

У меня проблемы с компиляцией кода OpenMP с использованием clang (как 3.6, так и 3.8 ToT).

Я следил за этой записью в блоге 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, но это не помогло. `

Любые предложения?

Ответы

Ответ 1

Обновление

Построение последней части LLVM/Clang (clang-3.8), установка libiomp5 и определение местоположения файлов заголовков gmp omp. Обратите внимание, что пакет Ubuntu для libiomp5 не совсем корректен, поэтому вам нужно добавить символическую ссылку в /usr/lib из/usr/lib/libiomp5.so в /usr/lib/libiomp 5.so.5.

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

Я использую g++ - 5.1 и clang++ - 3.6 в Linux Mint 17.2 (по сути, Ubuntu trusty), и я вижу те же результаты со следующим кодом.

#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, поэтому вы всегда получаете один поток. Это сумасшедшее поведение со стороны клана. Вы пытались построить и использовать специальную версию OpenMP для clang?

Ответ 2

Некоторые дополнительные комментарии:

1) Для включения OpenMP в clang вам необходимо использовать -fopenmp = libomp. -fopenmp просто связывает libgomp, но игнорирует все прагмы. Странно, я знаю - и скоро будет изменено в багажнике.

2) 3.7 - первая версия, поддерживающая OpenMP. 3.6 нет.

3) clang может работать только с libomp. Не кладите libgomp (заголовки или библиотеку) на способ libomp! clang использует Intel API, не поддерживаемый libgomp. -fopenmp = libomp следует связать правильную библиотеку.

Ваш

Андрей Боханько

Инженер-программист Intel

Ответ 3

Я работал над Linux Mint 17.2. (по существу Ubuntu 14.04) с:

: libiomp-dev clang-3.8

флаг компиляции: -fopenmp

Флаг компоновщика: -fopenmp=libiomp5

Теперь он компилирует и использует несколько потоков.

Вот измененный FindOpenMP.cmake