<div dir="ltr">@Andrew, if you have GHC built with a real GCC, theres no perf issue. (though if you built GHC with clang, thereis)<div><br><div>I've a bindist thats from the 7.8 branch from 5 days ago that I built wiht GCC-4.8 here</div>


<div><a href="https://github.com/cartazio/ghc/releases/tag/carters-build-7.8-preRC1" target="_blank">https://github.com/cartazio/ghc/releases/tag/carters-build-7.8-preRC1</a></div><div>you may need to patch the settings file to point to your own GCC version</div>


</div><div><br></div><div>point being, no issue if you built with GCC. :) </div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Feb 4, 2014 at 4:31 PM, Austin Seipp <span dir="ltr"><<a href="mailto:austin@well-typed.com" target="_blank">austin@well-typed.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">TL;DR OS X suffers a performance hit when build with llvm-gcc/clang.<br>
The binary builds are built this way. The fix I outlined in the ticket<br>
(a fast `pthread_getspecific`/`pthread_setspecific`) could still work<br>
to recover most of the performance, but Apple accidentally messed up<br>
the Mavericks source code release, so I'm not sure if anything<br>
regarding the pthread implementation has changed. If it hasn't, then I<br>
think it should be reasonably easy to fix with some testing.<br>
<br>
(The ticket is a bit of a long and dry read I'm afraid.)<br>
<div><div class="h5"><br>
On Tue, Feb 4, 2014 at 3:22 PM, Andrew Farmer <<a href="mailto:afarmer@ittc.ku.edu">afarmer@ittc.ku.edu</a>> wrote:<br>
> I know that #7602 has been mentioned as a final loose end in the RC. I was<br>
> wondering if someone in the know could summarize its status in regards to<br>
> how it effects GHC users.<br>
><br>
> Feel free to be blisteringly brief... ;-) I'm just looking for things like:<br>
> "this is a non-issue on modern OS X/Clang" or "it'll be fixed soon just be<br>
> patient" or "we've done our part, this is Apple's problem now".<br>
><br>
> I gave the trac thread a read-through, but there seems to be several degrees<br>
> of flexibility/workarounds, so I'm still not sure if this is something I<br>
> should worry about on my OS X machine.<br>
><br>
> Thanks for your cycles!<br>
> Andrew<br>
><br>
</div></div>> _______________________________________________<br>
> ghc-devs mailing list<br>
> <a href="mailto:ghc-devs@haskell.org">ghc-devs@haskell.org</a><br>
> <a href="http://www.haskell.org/mailman/listinfo/ghc-devs" target="_blank">http://www.haskell.org/mailman/listinfo/ghc-devs</a><br>
><br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
<br>
--<br>
Regards,<br>
<br>
Austin Seipp, Haskell Consultant<br>
Well-Typed LLP, <a href="http://www.well-typed.com/" target="_blank">http://www.well-typed.com/</a><br>
_______________________________________________<br>
ghc-devs mailing list<br>
<a href="mailto:ghc-devs@haskell.org">ghc-devs@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/ghc-devs" target="_blank">http://www.haskell.org/mailman/listinfo/ghc-devs</a><br>
</font></span></blockquote></div><br></div>