<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Sep 10, 2020 at 10:24 AM Gedare Bloom <<a href="mailto:gedare@rtems.org">gedare@rtems.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 7, 2020 at 12:06 AM Sebastian Huber<br>
<<a href="mailto:sebastian.huber@embedded-brains.de" target="_blank">sebastian.huber@embedded-brains.de</a>> wrote:<br>
><br>
> Hello,<br>
><br>
> I think we waste too much time to address coding style issues on newly<br>
> contributed code, for example GSoC. I don't know a source code<br>
> formatting tool which supports the RTEMS coding style and I think it is<br>
> not worth the time to write and maintain such a tool specifically for<br>
> RTEMS. Why don't we simply allow an alternative coding style which has a<br>
> good code formatter for new source files? I don't propose to reformat<br>
> the existing files.<br>
><br>
> I would simply pick up one of the standard styles supported by<br>
> clang-format and declare it as an acceptable coding style for RTEMS.<br></blockquote><div><br></div><div>I am not willing to blanket accept another project's coding style.</div><div><br></div><div>I am willing to accept a configuration for a tool that is close to our style and</div><div>make compromises on specific points.</div><div><br></div><div>I also think when doing this we should consider things that we do that</div><div>we have since learned safety standards don't like such as single statement</div><div>if's without braces. I think we should have braces now.</div><div><br></div><div>This is best viewed as an opportunity to improve but comes with changes</div><div>since I don't think any of us wants to add a few more configuration options</div><div>to any formatter. Although if we get close, I can see adding those as open</div><div>projects if someone is interested.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> Then students can pipe their code through it before they send it for<br>
> review. This helps to concentrate on the important things to review and<br>
> not the white space.<br>
><br>
This will work best in combination with a patch management/review<br>
system that can run the style checker and report which style it<br>
passes.<br>
<br>
For me, I definitely spend too much time pointing out style problems.<br>
Often I just do that before I will even think through the logic. But<br>
that is wasting a lot of time. I would be happy to see a path toward<br>
style-proved submissions.<br>
<br>
I know we discussed this topic a few times before. I think there was<br>
even a couple of close style matches found or suggested. I'm open to<br>
the discussion.<br>
<br>
> _______________________________________________<br>
> devel mailing list<br>
> <a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a><br>
> <a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a><br>
_______________________________________________<br>
devel mailing list<br>
<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a><br>
</blockquote></div></div>