<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Oct 5, 2014 at 12:47 PM, Renato Golin <span dir="ltr"><<a href="mailto:renato.golin@linaro.org" target="_blank">renato.golin@linaro.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 5 October 2014 19:45, Chandler Carruth <<a href="mailto:chandlerc@google.com">chandlerc@google.com</a>> wrote:<br>
> This is not completely accurate. Both LLD and LLDB were given specific<br>
> exemptions from the coding standards, but Clang wasn't and I wouldn't expect<br>
> a new subproject to *necessarily* get such an exemption. It might, it might<br>
> not.<br>
<br>
</span>Why exemptions are made is beyond the point, once it's made, there are<br>
mainly two ways to move to a common point: one big clang-format in the<br>
tree, or a slow moving change on new functions or small refactorings<br>
when moving things around. My point is that the former breaks the<br>
history of the project, while the latter is hard to do without making<br>
it a little worse during the move, which can cause even more pain.</blockquote><div><br></div><div>Can't the history be re-written?  Would something like the following work?</div><div><br></div><div>1) Format the initial commit and commit it to a new repository with matching  header information (date/time, author, etc)</div><div>2) For each formatted commit F, find the corresponding unformatted commit U.  Determine the set of all files modified between U and U+1, and reformat all of these files, placing them in the working copy of the new repository.  Commit this patch to the new repository using the commit information from U+1.</div><div>3) Delete the old repository and rename the new repository to the old repository.</div><div><br></div><div>Note that variable names are outside the scope of this.</div></div></div></div>