LLOV stands for LLVM OpenMP Verifier. It is a static data race detection tools in LLVM for OpenMP Programs. LLOV can detect data races in OpenMP v4.5 programs written in C/C++ and FORTRAN.
LLOV uses polyhedral compilation techniques to detect race conditions at compile time.
Unlike other race detection tool, LLOV can mark a region of code as Data Race Free.
If OpenMP is not installed on your system or the path is not properly set,
you can point to the included header & lib with additional compiler flags.
-Iinclude/ -Llib/
./bin/clang -Xclang -disable-O0-optnone -Xclang -load -Xclang ./lib/OpenMPVerify.so \
-fopenmp -g test/1.race1.c
./bin/clang++ -Xclang -disable-O0-optnone -Xclang -load -Xclang ./lib/OpenMPVerify.so \
-fopenmp -g test.cpp
./bin/clang -fopenmp -S -emit-llvm -g test/1.race1.c -o test.ll
./bin/opt -mem2reg test.ll -S -o test.ssa.ll
./bin/opt -load ./lib/OpenMPVerify.so -openmp-forceinline \
-inline -openmp-resetbounds test.ssa.ll -S -o test.resetbounds.ll
./bin/opt -load ./lib/OpenMPVerify.so \
-disable-output \
-openmp-verify \
test.resetbounds.ll
flang -fopenmp -S -emit-llvm -g test.f95 -o test.ll
./bin/opt -O1 test.ll -S -o test.ssa.ll
./bin/opt -load ./lib/OpenMPVerify.so -openmp-forceinline \
-inline -openmp-resetbounds test.ssa.ll -S -o test.resetbounds.ll
./bin/opt -load ./lib/OpenMPVerify.so \
-disable-output \
-openmp-verify \
test.resetbounds.ll
For more FORTRAN examples with known race conditions, check out our microbenchmark DataRaceBench FORTRAN
Utpal Bora [email protected].
The following people contirbuted to LLOV in different ways.
Pankaj Kukreja <[email protected]>
Santanu Das <[email protected]>
Saurabh Joshi website
Ramakrishna Upadrasta website
Sanjay Rajopadhye website
Source of LLOV will be released soon under BSD license.
Docker Registry: hub.docker.com
repository: llvm
tag: llov
The docker image contians LLOV, along with the following race detection tools-
TSan-LLVM, Archer, SWORD, Helgrind, and Valgrind DRD.
There are three OpenMP benchmarks for experimentation-
DataRaceBench v1.2,
DataRaceBench FORTRAN, and
OmpSCR v2.0.
@article{Bora/taco/2020,
author = {Bora, Utpal and Das, Santanu and Kukreja, Pankaj and Joshi, Saurabh and Upadrasta, Ramakrishna and Rajopadhye, Sanjay},
title = {{LLOV: A Fast Static Data-Race Checker for OpenMP Programs}},
year = {2020},
issue_date = {November 2020},
publisher = {Association for Computing Machinery},
address = {New York, NY, USA},
volume = {17},
number = {4},
issn = {1544-3566},
url = {https://doi.org/10.1145/3418597},
doi = {10.1145/3418597},
abstract = {In the era of Exascale computing, writing efficient parallel programs is indispensable, and, at the same time, writing sound parallel programs is very difficult. Specifying parallelism with frameworks such as OpenMP is relatively easy, but data races in these programs are an important source of bugs. In this article, we propose LLOV, a fast, lightweight, language agnostic, and static data race checker for OpenMP programs based on the LLVM compiler framework. We compare LLOV with other state-of-the-art data race checkers on a variety of well-established benchmarks. We show that the precision, accuracy, and the F1 score of LLOV is comparable to other checkers while being orders of magnitude faster. To the best of our knowledge, LLOV is the only tool among the state-of-the-art data race checkers that can verify a C/C++ or FORTRAN program to be data race free.},
journal = {ACM Trans. Archit. Code Optim.},
month = dec,
articleno = {35},
numpages = {26},
keywords = {OpenMP, program verification, polyhedral compilation, static analysis, data race detection, shared memory programming}
}
Following are the limitations of the current version of LLOV.
- Does not support explicit synchronization in OpenMP. This might result in FN cases for programs with dependences across SCoPs.
- Does not handle dynamic control flow.
- Does not support target offloading constructs.
- Does not support OpenMP tasks.
- Can not handle irregular accesses (a[b[i]]).
- Might produce FP for tiled and/or parallel code generated by automatic code generation tools such as Pluto, Polly and PolyOPT.
- Might produce FP for OpenMP sections construct.
- Function calls within OpenMP constructs are handled only if the function can be inlined.
- For some cases, source line number mapping in Polly is not preserved. For those cases, race is flagged at the corresponding loop line number.
If you have any query, please contact "Utpal Bora" <[email protected]>.
Please file a bug if you find the race checker is not working as required.
Regards,
Utpal