<div dir="ltr">I believe there was a thread about not forking the driver a while ago, but I'm unable to find it. As far as I remember, Chris Lattner wanted to get rid of it for aesthetic reasons and to save the milliseconds of overhead it adds (I think doing this has originally been the plan, see the "fork/exec" section on <a href="http://lists.cs.uiuc.edu/pipermail/cfe-dev/2009-December/007211.html">http://lists.cs.uiuc.edu/pipermail/cfe-dev/2009-December/007211.html</a>). At the end, the decision was made to keep the subprocess for cc1, but I don't remember all the reasons. I think crash reporting was part of the discussion, but there was half a plan to keep that feature with in-process crash reporting somehow.<div>
<br>Maybe someone still has a copy of that thread in their inbox? Keywords "lattner dgregor cc1 crash fork exec" or similar might find it.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jan 28, 2014 at 7:19 AM, Rafael Espíndola <span dir="ltr"><<a href="mailto:rafael.espindola@gmail.com" target="_blank">rafael.espindola@gmail.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="im">On 27 January 2014 17:27, Reid Kleckner <<a href="mailto:rnk@google.com">rnk@google.com</a>> wrote:<br>

> As an alternative, on Windows we could rig up some kind of SEH filter to do<br>
> crash recovery.  Then we could save the subprocess invocation and speed<br>
> things up.<br>
<br>
</div>Breakpad is used by both chrome and firefox for this. If going this<br>
path, please make sure the same technique is used for all systems.<br>
<br>
Cheers,<br>
Rafale<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@cs.uiuc.edu">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/mailman/listinfo/cfe-dev</a><br>
</div></div></blockquote></div><br></div>