Coding Style for RTEMS

[Gedare Bloom]

Thanks, sounds good. I don't think anyone ever suggested we reformat
external project's code. Also, enforcing contributions to RTEMS by external
parties, e.g. BSPs, to follow a certain coding standard would be beneficial
in the long-term, but such enforcement can be discussed later.


On Wed, Dec 5, 2012 at 9:41 AM, Sebastian Huber <
sebastian.huber at embedded-brains.de> wrote:

> Ok, I will try to make the wiki page about the score coding style more
> verbose and add examples.
>
> http://www.rtems.org/wiki/**index.php/Coding_Conventions<http://www.rtems.org/wiki/index.php/Coding_Conventions>
>
> I started this discussion since some file in RTEMS are really hard to
> read.  If you want to change something more complicated it is beneficial to
> increase the readability with a tool and then do the functional changes as
> a second step. For this you need a clear enough description of the target
> style.
>
> I do not intend to do format changes without good reason.  It is also
> madness to format source code of external projects e.g. the network stack.
>
>
> --
> Sebastian Huber, embedded brains GmbH
>
> Address : Obere Lagerstr. 30, D-82178 Puchheim, Germany
> Phone   : +49 89 18 90 80 79-6
> Fax     : +49 89 18 90 80 79-9
> E-Mail  : sebastian.huber at embedded-**brains.de<sebastian.huber at embedded-brains.de>
> PGP     : Public key available on request.
>
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
>
>
> ______________________________**_________________
> rtems-devel mailing list
> rtems-devel at rtems.org
> http://www.rtems.org/mailman/**listinfo/rtems-devel<http://www.rtems.org/mailman/listinfo/rtems-devel>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20121205/2aff323d/attachment-0001.html>