<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Feb 11, 2016 at 10:48 AM, 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Am 11.02.2016 um 16:32 schrieb Nico Weber:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
We regularly build Chromium with clang-cl. I believe Mozilla regularly<br>
builds Firefox, and from patches going through this list it looks like the<br>
Qt folks are working on getting Qt to build with clang-cl. clang-cl tries<br>
to be very compatible with cl.exe, but for larger projects some tweaks in<br>
the project itself is usually needed. If nobody at boost is looking at<br>
this, chances are it won't work. (See e.g. slide 88 of<br>
<a href="https://docs.google.com/presentation/d/1oxNHaVjA9Gn_rTzX6HIpJHP7nXRua_0URXxxJ3oYRq0/edit#slide=id.gbf386ccf4_0_150" rel="noreferrer" target="_blank">https://docs.google.com/presentation/d/1oxNHaVjA9Gn_rTzX6HIpJHP7nXRua_0URXxxJ3oYRq0/edit#slide=id.gbf386ccf4_0_150</a><br>
)<br>
</blockquote>
<br></span>
thanks for the docs<br>
<br>
so its just not wanted for clang-cl to be absolute 100% compatible - because to be compatible means wrong in some ways<br>
</blockquote></div><br></div><div class="gmail_extra">In this case, I'm guessing something in boost does `#if __clang__` and then assumes "not windows" in that block. If that's indeed the cause, the fix would be to not define __clang__, which isn't an option. So yes, 100% compatibility in the sense that clang-cl defines only the built-in macros that cl.exe defines isn't a goal.</div></div>