<div dir="ltr">Windows.h appears to `#define MemoryFence _mm_fence`. We should probably undef MemoryFence in llvm/Support/Atomic.h.</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 8, 2017 at 12:40 PM, Hans Wennborg via lldb-dev <span dir="ltr"><<a href="mailto:lldb-dev@lists.llvm.org" target="_blank">lldb-dev@lists.llvm.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The Win64 lldb build seems broken (at 294367).<br>
<br>
I ran into this when trying to build the weekly snapshot<br>
(<a href="http://www.llvm.org/builds/" rel="noreferrer" target="_blank">http://www.llvm.org/builds/</a>) which includes LLDB these days.<br>
<br>
I suspect this might be related to Kamil's changes a few days ago. I<br>
see Pavel committed something to fix Darwin afterwards.<br>
<br>
Zach, do you know what's going on here? Do we have any buildbot<br>
coverage for this?<br>
<br>
   Creating library lib\liblldb.lib and object lib\liblldb.exp<br>
lldbHost.lib(HostInfoWindows.<wbr>cpp.obj) : error LNK2019: unresolved external symbo<br>
l "void __cdecl llvm::sys::_mm_mfence(void)" (?_mm_mfence@sys@llvm@@YAXXZ) refer<br>
enced in function "void __cdecl llvm::call_once<class <lambda_e212a11f7f891e804e<br>
713e15728a6adc> >(struct llvm::once_flag &,class <lambda_<wbr>e212a11f7f891e804e713e1<br>
5728a6adc> &&)" (??$call_once@V<lambda_<wbr>e212a11f7f891e804e713e15728a6a<wbr>dc>@@$$V@ll<br>
vm@@YAXAEAUonce_flag@0@$$QEAV<<wbr>lambda_<wbr>e212a11f7f891e804e713e15728a6a<wbr>dc>@@@Z)<br>
bin\liblldb.dll : fatal error LNK1120: 1 unresolved externals<br>
LINK failed. with 1120<br>
______________________________<wbr>_________________<br>
lldb-dev mailing list<br>
<a href="mailto:lldb-dev@lists.llvm.org">lldb-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/<wbr>mailman/listinfo/lldb-dev</a><br>
</blockquote></div><br></div>