[cfe-dev] switching CLANG_DEFAULT_OPENMP_RUNTIME to libomp
richard at metafoo.co.uk
Thu Jun 11 19:34:27 PDT 2015
On Thu, Jun 11, 2015 at 7:26 PM, Jack Howarth <
howarth.mailing.lists at gmail.com> wrote:
> On Thu, Jun 11, 2015 at 9:34 PM, Richard Smith <richard at metafoo.co.uk>
> > On Thu, Jun 11, 2015 at 4:58 PM, Jack Howarth
> > <howarth.mailing.lists at gmail.com> wrote:
> >> Chandler,
> >> It has been over 10 days with no response (3 more than you used
> >> to justify reverting the libiomp5 default for -fopenmp). What blockers
> >> remain in current cfe/openmp svn which would prevent the default for
> >> -fopenmp from being switched over to libomp?
> > From my prior email these were the steps:
> > "1) Reach the point where the openmp runtime library can be checked out
> > a normal llvm / clang build tree (into projects/openmp, perhaps) and it
> > integrates properly into the build and builds successfully on various
> > systems.
> > 2) Update the clang "getting started" documentation to suggest doing
> this if
> > the user wants OpenMP support (changehttp://
> > to say what to check out and where -- no steps other than an 'svn co'
> > be necessary).
> > 3) Change the default for CLANG_DEFAULT_OPENMP_RUNTIME to libomp
> > conditioned on a "is libomp part of this build?" test)."
> > Step 2 has certainly not happened. Has step 1 happened?
> I have been building current openmp in the llvm/projects/openmp
> location as a cmake
> build on x86_64-apple-darwin14 daily without issues. So step 1 is
> complete on darwin.
If you can let me know what I should check out where, I'll be happy to test
it on Linux for you. (Should I check out
http://llvm.org/svn/llvm-project/openmp/trunk/ or just the runtime/
It looks like the openmp directory is not listed in llvm's
projects/CMakeLists.txt, so there may be some more integration work
required for this to integrate properly into the llvm/clang build.
> >> On Mon, Jun 1, 2015 at 7:34 AM, Jack Howarth
> >> <howarth.mailing.lists at gmail.com> wrote:
> >> > Chandler,
> >> > Now that openmp trunk is producing the desired renamed libomp
> >> > shared library by default and a libgomp symlink to it for use by
> >> > -fopenmp=libgomp, do you have any remaining objections to switching
> >> > CLANG_DEFAULT_OPENMP_RUNTIME from libgomp to libomp?
> >> > Jack
> >> > ps As the recent posting in cfe-commits indicates....
> >> >
> >> >
> >> >
> >> >
> >> > the absence of complaints about the previous -fopenmp=libgomp default
> >> > may be more due to misconceptions about the level of support for
> >> > OpenMP that provides rather than any real desire to use it in place of
> >> > the LLVM openmp (which is completely functional).
> >> _______________________________________________
> >> cfe-dev mailing list
> >> cfe-dev at cs.uiuc.edu
> >> http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the cfe-dev