<p dir="ltr">Sorry, I missed this at first, and have been travelling.</p>
<p dir="ltr">However, several concerns other than the name have already been raised and I've not seen any updates on them. Doesn't mean they haven't been addressed, but I'd like to hear about the status or have a chance to go verify its status.</p>
<br><div class="gmail_quote"><div dir="ltr">On Thu, Jun 11, 2015, 16:58 Jack Howarth <<a href="mailto:howarth.mailing.lists@gmail.com">howarth.mailing.lists@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Chandler,<br>
      It has been over 10 days with no response (3 more than you used<br>
to justify reverting the libiomp5 default for -fopenmp). What blockers<br>
remain in current cfe/openmp svn which would prevent the default for<br>
-fopenmp from being switched over to libomp?<br>
               Jack<br>
<br>
On Mon, Jun 1, 2015 at 7:34 AM, Jack Howarth<br>
<<a href="mailto:howarth.mailing.lists@gmail.com" target="_blank">howarth.mailing.lists@gmail.com</a>> wrote:<br>
> Chandler,<br>
>       Now that openmp trunk is producing the desired renamed libomp<br>
> shared library by default and a libgomp symlink to it for use by<br>
> -fopenmp=libgomp, do you have any remaining objections to switching<br>
> CLANG_DEFAULT_OPENMP_RUNTIME from libgomp to libomp?<br>
>               Jack<br>
> ps As the recent posting in cfe-commits indicates....<br>
><br>
> <a href="http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20150525/130067.html" rel="noreferrer" target="_blank">http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20150525/130067.html</a><br>
><br>
> the absence of complaints about the previous -fopenmp=libgomp default<br>
> may be more due to misconceptions about the level of support for<br>
> OpenMP that provides rather than any real desire to use it in place of<br>
> the LLVM openmp (which is completely functional).<br>
</blockquote></div>