<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 16, 2014 at 4:13 PM, Duncan P. N. Exon Smith <span dir="ltr"><<a href="mailto:dexonsmith@apple.com" target="_blank">dexonsmith@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="">On 2014-Apr-16, at 4:14, Chandler Carruth <<a href="mailto:chandlerc@gmail.com">chandlerc@gmail.com</a>> wrote:<br>

<br>
> Author: chandlerc<br>
> Date: Wed Apr 16 06:14:28 2014<br>
> New Revision: 206375<br>
><br>
> URL: <a href="http://llvm.org/viewvc/llvm-project?rev=206375&view=rev" target="_blank">http://llvm.org/viewvc/llvm-project?rev=206375&view=rev</a><br>
> Log:<br>
> [LCG] Stop playing fast and loose with reference members and assignment.<br>
> It doesn't work. I'm still cleaning up all the places where I blindly<br>
> followed this pattern. There are more to come in this code too.<br>
><br>
> As a benefit, this lets the default copy and move operations Just Work.<br>
><br>
> Modified:<br>
>    llvm/trunk/include/llvm/Analysis/LazyCallGraph.h<br>
><br>
> Modified: llvm/trunk/include/llvm/Analysis/LazyCallGraph.h<br>
> URL: <a href="http://llvm.org/viewvc/llvm-project/llvm/trunk/include/llvm/Analysis/LazyCallGraph.h?rev=206375&r1=206374&r2=206375&view=diff" target="_blank">http://llvm.org/viewvc/llvm-project/llvm/trunk/include/llvm/Analysis/LazyCallGraph.h?rev=206375&r1=206374&r2=206375&view=diff</a><br>

> ==============================================================================<br>
> --- llvm/trunk/include/llvm/Analysis/LazyCallGraph.h (original)<br>
> +++ llvm/trunk/include/llvm/Analysis/LazyCallGraph.h Wed Apr 16 06:14:28 2014<br>
> @@ -119,25 +119,18 @@ public:<br>
>     /// \brief Nonce type to select the constructor for the end iterator.<br>
>     struct IsAtEndT {};<br>
><br>
> -    LazyCallGraph &G;<br>
> +    LazyCallGraph *G;<br>
<br>
</div>Is it useful to add a default constructor?  It's feasible now.</blockquote></div><br>I don't currently have a use case for that. *all* of the constructors are private, and only accessible via the friend classes' begin and end methods.</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">Certainly, if it comes up, adding one would be fine IMO.</div></div>