<div dir="ltr">Yes, the patch seems reasonable. I take it just defining the move constructor and assignment operator as default (e.g. "TypoExprState(TypoExprState&& other) = default;" isn't sufficient to make MSVC happy?</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 27, 2014 at 2:32 PM, Hans Wennborg <span dir="ltr"><<a href="mailto:hans@chromium.org" target="_blank">hans@chromium.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, Oct 27, 2014 at 11:07 AM, Kaelyn Takata <<a href="mailto:rikka@google.com">rikka@google.com</a>> wrote:<br>
> Author: rikka<br>
> Date: Mon Oct 27 13:07:37 2014<br>
> New Revision: 220695<br>
><br>
> URL: <a href="http://llvm.org/viewvc/llvm-project?rev=220695&view=rev" target="_blank">http://llvm.org/viewvc/llvm-project?rev=220695&view=rev</a><br>
> Log:<br>
> Start adding the infrastructure for handling TypoExprs.<br>
<br>
</span>The Windows bots are confused about this, e.g.:<br>
<a href="http://bb.pgr.jp/builders/ninja-clang-i686-msc17-R/builds/11221/steps/build_clang_tools/logs/stdio" target="_blank">http://bb.pgr.jp/builders/ninja-clang-i686-msc17-R/builds/11221/steps/build_clang_tools/logs/stdio</a><br>
<br>
[...]<br>
<span class=""><br>
> +  struct TypoExprState {<br>
> +    std::unique_ptr<TypoCorrectionConsumer> Consumer;<br>
<br>
</span>It seems MSVC is trying to synthesize a copy constructor for this,<br>
which tries to copy the unique_ptr  member and fails. When this comes<br>
up it's usually because the object is being moved and MSVC doesn't<br>
realize it should synthesize a move constructor.<br>
<br>
One way to fix this is to define the move constructor and assignment<br>
operator ourselves. Does the attached patch look reasonable?<br>
<span class="HOEnZb"><font color="#888888"><br>
 - Hans<br>
</font></span></blockquote></div><br></div>