<div dir="ltr"><div>Hypothetically assume that we have an LLVM release X and want to rename variables in the next major release Y. In order to backport patches from Y to X.1 smoothly, I think we could first apply the automated renaming tool to X and then cherry-pick patches from Y. The obvious issue of doing this is, even though X.1 is a dot release, a very large number of lines would be changed from X, though.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Sep 9, 2019 at 10:21 PM Hans Wennborg <<a href="mailto:hans@chromium.org">hans@chromium.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mon, Sep 9, 2019 at 3:03 PM Rui Ueyama <<a href="mailto:ruiu@google.com" target="_blank">ruiu@google.com</a>> wrote:<br>
><br>
> On Mon, Sep 9, 2019 at 8:25 PM Hans Wennborg <<a href="mailto:hans@chromium.org" target="_blank">hans@chromium.org</a>> wrote:<br>
>><br>
>> On Fri, Sep 6, 2019 at 6:17 PM Björn Pettersson A via llvm-dev<br>
>> <<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a>> wrote:<br>
>> > I'm a little bit curious to hear more about the experiences from the changes in LLD.<br>
>> > I’m thinking about things like:<br>
>> [..]<br>
>> > - merging of bugfixes to older release branches (I doubt that the script supports doing the reverse rewrite as well)<br>
>><br>
>> As someone who does a lot of these merges, this is the aspect that<br>
>> worries me the most.<br>
><br>
><br>
> How large is a typical patch to merge that is backported from the next major release to a previous dot release?<br>
<br>
The diffs are usually fairly small, but there can be many. For 8.0.1<br>
there were about 60 patches merged (git log<br>
llvmorg-8.0.0..llvmorg-8.0.1 --oneline | wc -l). (For 9.0.0 I think<br>
we're approaching 200 merges.)<br>
<br>
Depending on when the rename happens, I guess it could affect merges<br>
either for a major release or for a dot release, and it would mean a<br>
lot of extra work unless there was some tool available to help. Maybe<br>
if the rename happens after a dot release ships and before the next<br>
major release process begins, it would not affect any merges at all,<br>
but that's a pretty slim window, and downstream users might have other<br>
release processes.<br>
</blockquote></div>