<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Nov 5, 2020, 1:12 PM Christian Mauderer <<a href="mailto:oss@c-mauderer.de">oss@c-mauderer.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello Joel and Sebastian,<br>
<br>
On 05/11/2020 16:44, Joel Sherrill wrote:<br>
> <br>
> <br>
> On Thu, Nov 5, 2020, 9:26 AM Sebastian Huber<br>
> <<a href="mailto:sebastian.huber@embedded-brains.de" target="_blank" rel="noreferrer">sebastian.huber@embedded-brains.de</a><br>
> <mailto:<a href="mailto:sebastian.huber@embedded-brains.de" target="_blank" rel="noreferrer">sebastian.huber@embedded-brains.de</a>>> wrote:<br>
> <br>
>     Hello,<br>
> <br>
>     I review currently the Coding Conventions. Should the 80 characters<br>
>     limit be really a 79 characters limit with the \n as the invisible 80th<br>
>     character?<br>
> <br>
> <br>
> Yes. <br>
> <br>
> As old as this makes me feel, I remember printers which did an automatic<br>
> linefeed and then the newline one if you hit column 80. So it really is<br>
> 79 unfortunately.<br>
<br>
I don't think printers with an automatic linefeed are a common use case<br>
for reading the RTEMS source code nowadays. So that maybe isn't the best<br>
reason for using 79 characters.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">+1</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I would suggest to use the same convention that most coding styles use<br>
which seems to be 80 characters:<br>
<br>
  <a href="https://en.wikipedia.org/wiki/Characters_per_line#In_programming" rel="noreferrer noreferrer" target="_blank">https://en.wikipedia.org/wiki/Characters_per_line#In_programming</a><br>
<br>
At least if there are no more recent examples for tools or editors where<br>
79 is a benefit. 80 seems just feels a bit more natural.</blockquote></div></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
By the way: If we count '\n': Should we count a tab '\t' as a single<br>
character, as 2, as 4 or as 8 ones?</blockquote></div></div><div dir="auto"><br></div><div dir="auto">We shouldn't have tabs in code we own.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> What about the few Unicode<br>
characters that slipped in over the years?<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">We also shouldn't have unicode characters randomly floating around. They tend to pop up in my experience when people copy from word processors and get fancy quotes. Those cases should be eliminated</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Best regards<br>
<br>
Christian<br>
<br>
> <br>
> <br>
>     -- <br>
>     embedded brains GmbH<br>
>     Sebastian HUBER<br>
>     Dornierstr. 4<br>
>     82178 Puchheim<br>
>     Germany<br>
>     email: <a href="mailto:sebastian.huber@embedded-brains.de" target="_blank" rel="noreferrer">sebastian.huber@embedded-brains.de</a><br>
>     <mailto:<a href="mailto:sebastian.huber@embedded-brains.de" target="_blank" rel="noreferrer">sebastian.huber@embedded-brains.de</a>><br>
>     Phone: +49-89-18 94 741 - 16<br>
>     Fax:   +49-89-18 94 741 - 08<br>
>     PGP: Public key available on request.<br>
> <br>
>     embedded brains GmbH<br>
>     Registergericht: Amtsgericht München<br>
>     Registernummer: HRB 157899<br>
>     Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler<br>
>     Unsere Datenschutzerklärung finden Sie hier:<br>
>     <a href="https://embedded-brains.de/datenschutzerklaerung/" rel="noreferrer noreferrer" target="_blank">https://embedded-brains.de/datenschutzerklaerung/</a><br>
> <br>
>     _______________________________________________<br>
>     devel mailing list<br>
>     <a href="mailto:devel@rtems.org" target="_blank" rel="noreferrer">devel@rtems.org</a> <mailto:<a href="mailto:devel@rtems.org" target="_blank" rel="noreferrer">devel@rtems.org</a>><br>
>     <a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a><br>
> <br>
> <br>
> _______________________________________________<br>
> devel mailing list<br>
> <a href="mailto:devel@rtems.org" target="_blank" rel="noreferrer">devel@rtems.org</a><br>
> <a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a><br>
> <br>
</blockquote></div></div></div>