search for: fraggamuffin

Why is this thread still going? Isn't the most pragmatic choice to just make it a build configuration option and be done? Then whoever is actually packaging it can make the most sensible choice for their needs.. Should I send a patch so this bikeshed thread can die?

Hal, On Thu, Apr 30, 2015 at 5:06 PM, Hal Finkel <hfinkel at anl.gov> wrote: > We need to get the build system integration committed and the buildbots > updated to compile it > If you are speaking on libiomp buidbots, they are already established: http://lab.llvm.org:8011/builders/libiomp5-clang-x86_64-linux-debian

...c.edu>, "LLVM Developers Mailing List" <llvmdev at cs.uiuc.edu>, "Douglas Gregor" >> <dgregor at apple.com>, "Hal Finkel" <hfinkel at anl.gov>, "C Bergström" <cbergstrom at pathscale.com>, "Michael Wong" >> <fraggamuffin at gmail.com>, "Alexey Bataev" <a.bataev at gmx.com> >> Sent: Thursday, April 30, 2015 8:49:30 AM >> Subject: libiomp, not libgomp as default library linked with -fopenmp >> >> >> All, >> >> >> I'd like to resurrect the discussi...

...glas Gregor" <dgregor at apple.com<mailto:dgregor at apple.com>>, "Hal Finkel" <hfinkel at anl.gov<mailto:hfinkel at anl.gov>>, "C Bergström" <cbergstrom at pathscale.com<mailto:cbergstrom at pathscale.com>>, "Michael Wong" <fraggamuffin at gmail.com<mailto:fraggamuffin at gmail.com>>, "Alexey Bataev" <a.bataev at gmx.com<mailto:a.bataev at gmx.com>> Sent: Friday, May 1, 2015 1:31:06 PM Subject: Re: [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp On Thu, Apr 30, 2015 at 2...

On Thu, Apr 30, 2015 at 2:51 PM, Chandler Carruth <chandlerc at google.com> wrote: > On Thu, Apr 30, 2015 at 6:52 AM Andrey Bokhanko <andreybokhanko at gmail.com> > wrote: > >> All, >> >> I'd like to resurrect the discussion on replacing libgomp with libiomp as >> the default OpenMP runtime library linked with -fopenmp. >> > > Just for

All, I'd like to resurrect the discussion on replacing libgomp with libiomp as the default OpenMP runtime library linked with -fopenmp. For reference, the previous discussion is accessible there: http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20140217/thread.html#99461 We are very close to getting *full* OpenMP 3.1 specification supported in clang (only one (!) clause is not