<div dir="ltr">Hi<br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, May 12, 2014 at 11:08 PM, Dennis Luehring <span dir="ltr"><<a href="mailto:dl.soluz@gmx.net" target="_blank">dl.soluz@gmx.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid">does it make sense to update the page<br>
<br>
<a href="http://clang.llvm.org/docs/MSVCCompatibility.html" target="_blank">http://clang.llvm.org/docs/<u></u>MSVCCompatibility.html</a><br>
<br>
with these information you gave - it seems that the current clang/llvm capabilities are not overall known<br>
- or is the windows compatiblity currently a too fast moving target for status update on this detail level<br>
<br>
same question goes to Reid Kleckner<br>
<br></blockquote><div>When I run the libcxx test suite with mingw I have to use the -fno-exceptions flag. It would be good to know what kind of road map there is for getting exceptions working etc. even if it was a very vague one. As in 2014, 2015? etc.</div>
<div><br></div><div>Is it true that exceptions are an unstarted task?</div><div><br></div><div>by the way in the libcxx++ library stuff on windows, I think things like error_category don't work on Windows - the error code list isn't right for Windows (from memory) and chrono is a little broken and it needs C11 atomic and pthread. That's the least of anyone's worries though, it's just another thing to add to the todo list.</div>
<div><br></div><div>Also, last time I tried to link ms generated import libraries to clang++ object files I got lots of undefined references to `__imp_WhateverFunction' etc.</div><div>I could have been doing something wrong though.</div>
<div><br></div><div>It might be worth while updating the status page with a link to the latest libcxx test suite result output on windows.</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid">

<br>
Am 08.05.2014 18:04, schrieb G M:<div><div class="h5"><br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid">
Hi I've only just noticed this discussion. I don't have time to add to it /<br>
follow it now but I will tomorrow..<br>
<br>
In the mean time, here's a few things I know that might be useful, not in<br>
answer to any particular question.<br>
<br>
libc++ doesn't yet compile fully with MS's cl compiler or visual studio.<br>
That's because of library and language issues.<br>
<br>
cl can't handle some language constructs like static constant member<br>
variables that g++ and clang++ support. That's a show stopper. When cl.exe<br>
gets constexpr this will likely be solvable.<br>
<br>
MSVC doesn't have a full c-library, so libc++ on it's own isn't that useful<br>
if using MS's libraries (as opposed to mingw compatible versions). If you<br>
build libc++ with Visual Studio, it will fail because some functions libc++<br>
declares clash with MS versions. This could be fixed but I haven't bothered<br>
because until cl supports the missing language constructs necessary libc++<br>
still won't build.<br>
<br>
libc++ needs pthread support, MSVC's C library doesn't have that. An<br>
initial pthread library was contributed a while back, possibly by Nico<br>
(though I may be wrong), but it was withdrawn or never followed up on. I<br>
never hard back when I inquired why. mingw does have pthread support.<br>
<br>
libc++ expects a C library atomic support (I think) on which it bases it's<br>
own atomic<> support. MS don't provide that.<br>
<br>
libc++ does build on Windows with g++ (or did until very recently if<br>
not) and mingw and does build with clang++ and mingw. If you have problems<br>
using g++ and libc++ on windows and it's a std::string inline function<br>
error, Marshall is aware of it, but I don't know the latest.<br>
<br>
clang-cl might be something to try if you're used to MS's cl, it might have<br>
better default options for use on Windows than clang++ but I haven't tried<br>
it.<br>
<br>
Sorry, gotta run now. Will try to follow this more tomorrow. Hope this<br>
helps.<br>
<br>
<br>
<br>
On Fri, May 9, 2014 at 1:19 AM, Dennis Luehring <<a href="mailto:dl.soluz@gmx.net" target="_blank">dl.soluz@gmx.net</a>> wrote:<br>
<br>
> Am 08.05.2014 14:59, schrieb Yaron Keren:<br>
><br>
>  Why use the combination of: clang compiler & Visual C++ link & Visual C++<br>
>> C<br>
>> headers & libcxx C++ headers ?<br>
>><br>
><br>
> i thought this would be the base for an MinGW free libc++/clang on Windows<br>
> clang as my c++ compiler using an libc++ build with clang based on msvc<br>
> c-runtime headers/lib<br>
><br>
><br>
> ______________________________<u></u>_________________<br>
> cfe-dev mailing list<br>
> <a href="mailto:cfe-dev@cs.uiuc.edu" target="_blank">cfe-dev@cs.uiuc.edu</a><br>
> <a href="http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev" target="_blank">http://lists.cs.uiuc.edu/<u></u>mailman/listinfo/cfe-dev</a><br>
><br>
<br>
</blockquote>
<br>
______________________________<u></u>_________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@cs.uiuc.edu" target="_blank">cfe-dev@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev" target="_blank">http://lists.cs.uiuc.edu/<u></u>mailman/listinfo/cfe-dev</a><br>
</div></div></blockquote></div><br></div></div>