<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 15, 2014 at 6:46 PM, Richard <span dir="ltr"><<a href="mailto:legalize@xmission.com" target="_blank" class="cremed">legalize@xmission.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
In article <<a href="mailto:CAK_tg0xYoOtEuHc3jaFO7-xF_hyTGFR%2B4D-%2BxK4MbNa9F6ZavA@mail.gmail.com" class="cremed">CAK_tg0xYoOtEuHc3jaFO7-xF_hyTGFR+4D-+xK4MbNa9F6ZavA@mail.gmail.com</a>>,<br>
<span class="">    Daniel Jasper <<a href="mailto:djasper@google.com" class="cremed">djasper@google.com</a>> writes:<br>
<br>
> Is this style used in any large project or widely used style guide?<br>
<br>
</span>For clang-format to be useful as an adjunct to source-to-source<br>
transformation tools (i.e. refactoring tools), it needs to move<br>
towards supporting many varieties of formatting preferences, not just<br>
those mentioned in any style guide or used in any large project.<br>
<br>
For instance, to be useful in Visual Studio, a refactoring tool should<br>
support all the existing formatting options available in VS so that<br>
refactored code can conform to the user's formatting preferences and<br>
doesn't need to be reformatted again after refactoring.  (It's *way*<br>
too easy to introduce a subtle bug while manually reformatting code<br>
IMO.)<br>
<br>
Daniel, did you raise this issue as a means of prioritizing changes to<br>
clang-format, or did you mean to imply that clang-format should not<br>
become as feature rich as the set of options provided by Visual Studio?<br></blockquote><div><br></div><div>Both. Prioritizing styles that are used in large open-source projects is obvious.</div><div><br></div><div>However, we simply cannot support any single format option that another formatter/IDE has chosen to be valuable. The sheer number of combinatory options will make maintenance impossible. I'd rather support a much narrower set of styles well instead of trying to make everybody happy and failing. If that makes people change their style or else they can't use automatic refactoring tools, I can live with that (I see the problem, but I believe this to be the right direction).</div><div><br></div><div>Now, there is a decision to make for each style option. As a rough guideline, an option is acceptable if:</div><div>- It is trivial.</div><div>- Somebody is willing to contribute a patch complete with tests and maintain it.</div><div>- The option is necessary for a widely used open style guide, in which case the core clang-format team will eventually put in the time and implement it.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888">--<br>
"The Direct3D Graphics Pipeline" free book <<a href="http://tinyurl.com/d3d-pipeline" target="_blank" class="cremed">http://tinyurl.com/d3d-pipeline</a>><br>
     The Computer Graphics Museum <<a href="http://ComputerGraphicsMuseum.org" target="_blank" class="cremed">http://ComputerGraphicsMuseum.org</a>><br>
         The Terminals Wiki <<a href="http://terminals.classiccmp.org" target="_blank" class="cremed">http://terminals.classiccmp.org</a>><br>
  Legalize Adulthood! (my blog) <<a href="http://LegalizeAdulthood.wordpress.com" target="_blank" class="cremed">http://LegalizeAdulthood.wordpress.com</a>><br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@cs.uiuc.edu" class="cremed">cfe-dev@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev" target="_blank" class="cremed">http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev</a><br>
</div></div></blockquote></div><br></div></div>