Yea, I agree it’s mostly bugfixes.  My hypothesis is that bugfixes are, on average, pretty small and isolated, so it shouldn’t be too hard to port one between the two even if they evolve separately.  I’m curious what Erik thinks though.<br><div class="gmail_quote"><div dir="ltr">On Thu, Aug 16, 2018 at 5:36 PM Chandler Carruth via Phabricator <<a href="mailto:reviews@reviews.llvm.org">reviews@reviews.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">chandlerc added a comment.<br>
<br>
In <a href="https://reviews.llvm.org/D50828#1203493" rel="noreferrer" target="_blank">https://reviews.llvm.org/D50828#1203493</a>, @zturner wrote:<br>
<br>
> Another option is to simply move it into support and say that going forward<br>
>  merges to libcxxabi might get more difficult. Perhaps this isn’t so bad<br>
>  though. Isn’t the itanium demangler mostly complete?<br>
<br>
<br>
I think the primary changes we want to share will be bugfixes. There have been a lot of those over the past few years. Not sure how many are left?<br>
<br>
> If the potential for<br>
>  future changes to it is low, maybe this is an acceptable tradeoff. Then we<br>
>  could just move it to support, use it and evolve it any way we want with no<br>
>  restrictions, and when new functionality gets added to the itanium mangler<br>
>  that needs to be port to libcxxabi, it’s a little more effort than a simple<br>
>  copy paste because you have to think about it some.<br>
> <br>
> Thoughts?<br>
<br>
FWIW, I think this is mostly a question for the maintainers. I'm happy for them to somewhat dictate what works w.r.t. sharing the logic between the two domains given the (perhaps frustrating) constraints here.<br>
<br>
<br>
Repository:<br>
  rL LLVM<br>
<br>
<a href="https://reviews.llvm.org/D50828" rel="noreferrer" target="_blank">https://reviews.llvm.org/D50828</a><br>
<br>
<br>
<br>
</blockquote></div>