<div dir="ltr">On Wed, Apr 22, 2015 at 3:17 AM, C Bergström <span dir="ltr"><<a href="mailto:cbergstrom@pathscale.com" target="_blank">cbergstrom@pathscale.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Wed, Apr 22, 2015 at 5:12 PM, Renato Golin <<a href="mailto:renato.golin@linaro.org">renato.golin@linaro.org</a>> wrote:<br>
> On 22 April 2015 at 03:40, Saleem Abdulrasool <<a href="mailto:compnerd@compnerd.org">compnerd@compnerd.org</a>> wrote:<br>
>> So after a bit of a hiatus (sorry, other stuff has been eating up my free<br>
>> time), Id like to pick this up again.  I think that its a matter of just<br>
>> copying the unwind sources into the right place.  Im hoping to do this<br>
>> sometime this Friday (or perhaps Saturday).  Any objections?  I can probably<br>
>> try to take a stab with the CMake side of things once the repo is copied<br>
>> over.<br>
><br>
> Hi Saleem,<br>
><br>
> Thanks for looking at it again, this may simplify the FreeBSD usage of<br>
> compiler-rt a lot (they still use libgcc_s/eh with it).<br>
><br>
> I imagine that copying the files will be the simple part. More complex<br>
> will be to make sure that they're built in the same way (so updating<br>
> both CMale files to add/remove logic), and making sure to move all<br>
> tests and get them to run when you do a make check on compiler-rt.<br>
><br>
> However, the worse part will probably making sure that both<br>
> compiler-rt and libc++abi have unwind for a period of time, to allow<br>
> everyone to migrate whatever they do, and only kill it after a period<br>
> of time. I'd vote for not having a release with the unwinding code on<br>
> both places, but having them in trunk for a month or so, with weekly<br>
> warnings will probably help a lot people that rely on it.<br>
<br>
</span>No way - that would be super confusing at best. "they" will have to<br>
migrate eventually and the sooner that clean cut happens, the better.<br>
Having a release with both would be a nightmare.<br>
</blockquote></div><br>I agree.  Once the files are copied, we should immediately kill the old copy.  Leaving it in will only confuse everyone.  Where do I commit to?  Oh, I just committed it here and not there.  Trying to reconcile the divergences afterwards will not end well IMO.</div><div class="gmail_extra"><div><br></div>-- <br><div class="gmail_signature">Saleem Abdulrasool<br>compnerd (at) compnerd (dot) org</div>
</div></div>