Brilliant, I will, thankyou. It will probably be a couple of days before I'm back on C++ code.<div>Thanks very much again,</div><div>   Doug.<br><br><div class="gmail_quote">On 22 June 2011 15:18, Howard Hinnant <span dir="ltr"><<a href="mailto:hhinnant@apple.com">hhinnant@apple.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">On Jun 22, 2011, at 9:50 AM, doug livesey wrote:<br>
<br>
> Cheers for that -- does that mean that I shouldn't really be expecting to compile working programs with libc++ at the moment?<br>
<br>
</div>libc++ is approximately 98-99% complete.  If you're having problems with it, I would appreciate the feedback so that we can address problems.  The header <atomic> is known to be completely broken at the moment.  There is compiler work that needs to be done to bring it online.<br>


<div class="im"><br>
> Or should I pass that to my build of the library, too?<br>
> & thanks for the reply.<br>
<br>
</div>If you're seeing errors on Mac 10.6 like:<br>
<br>
/usr/include/c++/v1/cmath:1243:9: error: no member named 'llrint' in the global namespace<br>
using ::llrint;<br>
      ~~^<br>
<br>
Then there are two known ways to fix it:<br>
<br>
1.  Drop -std=c++0x<br>
2.  Add -U__STRICT_ANSI__<br>
<br>
Other causes of many of the errors in the libc++ tests include lack of compiler support for uniform initialization.<br>
<br>
Also note that C++0x support for clang is still rapidly evolving.  Several features have been added or significantly improved since the 2.9 release of clang (improved support for type_traits and noexcept are notable examples).<br>


<br>
I'm guessing that "working programs" are probably not yet using too many C++0x features.  And I would expect libc++ to be able to deal with most "working programs".<br>
<br>
Please feel free to post specific errors you are having here, and we'll do our best to rectify them.<br>
<font color="#888888"><br>
Howard<br>
<br>
</font></blockquote></div><br></div>