<div dir="ltr"><div>+Jopnathan Peyton</div><div><br></div>We had a discussion on this on our Wednesday morning call. Jonathan Peyton has added the cmake infrastructure to support this and is automating the library tests to support the switch for libomp. Jonathan will be able to correct me if I am wrong. This we hope will enable the setting of the default switch of -fopenmp. If there are additional requirements, please let us know. Thanks.</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jul 22, 2015 at 6:56 PM, Hans Wennborg <span dir="ltr"><<a href="mailto:hans@chromium.org" target="_blank">hans@chromium.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">hans added a subscriber: hans.<br>
hans added a comment.<br>
<br>
Can the note include a link to the documentation describing how to use OpenMP with Clang?<br>
<br>
And speaking of that, what is the situation there? As far as I understand, the "switching CLANG_DEFAULT_OPENMP_RUNTIME to libomp" discussion is still not resolved. Does -fopenmp work out of the box now? -fopenmp=libomp? Where is the user supposed to get the runtime lib from? It's not currently part of the pre-built binaries that ship as part of the release.<br>
<br>
<br>
================<br>
Comment at: docs/ReleaseNotes.rst:121<br>
@@ +120,3 @@<br>
<span class="">+OpenMP 3.1 is now fully supported and reported to work on several platforms,<br>
+including x86, x86-64 and Power.<br>
+<br>
</span>----------------<br>
Nit: "Now fully supported" and "reported to work on several platforms" reads slightly contradictory to me.<br>
<br>
<br>
<a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__reviews.llvm.org_D11059&d=AwMFaQ&c=8hUWFZcy2Z-Za5rBPlktOQ&r=BSqEv9KvKMW_Ob8SyngJ70KdZISM_ASROnREeq0cCxk&m=1g6TWVy8lor8k2tP33oiHP139yKJyjuusY7akaI5l10&s=ahZ5qRbqjHERxamrz78tna1nsiV572_qBK_7mN2JkIs&e=" rel="noreferrer" target="_blank">http://reviews.llvm.org/D11059</a><br>
<br>
<br>
<br>
</blockquote></div><br></div>