Added flag ENABLE_CLANG_OPENMP that is ON by default. If set to OFF, changes behavior of -fopenmp option to the old one.
Details
Details
Diff Detail
Diff Detail
Event Timeline
Comment Actions
I'm curious - what is the use case for the old behaviour?
AFAICT if the user sets Enable OpenMP support OFF they'll get a compiler that links against libgomp when -fopenmp is specified, but doesn't produce a useful openmp executable?
test/OpenMP/linking_no_openmp.c | ||
---|---|---|
2 | -fopenmp=libgomp? |
Comment Actions
I am not having any luck with this proposed patch. Building current llvm/clang/openmp/compiler-rt trunk with it produces a compiler that always defaults to emitting -lgomp for -fopenmp even if cmake is explicitly passed -DENABLE_CLANG_OPENMP=ON.
Comment Actions
Yea, i think Daniel's patch was a closer start. Anyways, thanks for taking
a stab at this.
-fopenmp=libgomp?