Utilizzo di OpenMP con clang

Ho problemi a compilare il codice OpenMP usando clang (sia 3.6 che 3.8 ToT).

Ho seguito questo post sul blog http://blog.llvm.org/2015/05/openmp-support_22.html , ma il problema è che il programma compilato viene eseguito su un solo thread.
Sto usando Ubuntu 15.04 x64, ho installato sia libgomp che libiopmp e compilo il mio codice con il seguente comando:

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

Quando invece uso gcc, tutto funziona bene:gcc test.c -o test -fopenmp

Ho anche provato a eseguire export LD_LIBRARY_PATH=/usr/lib/gcc/x86_64-linux-gnu/5.1.1:$LD_LIBRARY_PATH ma non ha aiutato.
`

Qualche suggerimento?

Risposte:

Aggiorna

La creazione dell'ultimo trunk di LLVM/Clang (clang-3.8), l'installazione di libiomp5 e la specifica della posizione dei file di intestazione gomp omp hanno funzionato. Nota che il pacchetto Ubuntu per libiomp5 non è del tutto corretto, quindi dovrai aggiungere un collegamento simbolico in /usr/lib da /usr/lib/libiomp5.so a /usr/lib/libiomp5.so.5.

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

Sto usando g++-5.1 e clang++-3.6 su Linux Mint 17.2 (essenzialmente Ubuntu fidato) e vedo gli stessi risultati con il codice seguente.

#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;
     }
 }
 

L'esecuzione di questo sotto ltrace rivela il problema:

g++

$ 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) +++
 

clan

$ 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) +++
 

Puoi immediatamente vedere il problema:clang++ non chiama mai GOMP_parallel, quindi ottieni sempre un thread. Questo è un comportamento folle da parte del clang. Hai provato a creare e utilizzare la versione "speciale" di Clang OpenMP?