From: Sergei Gavrikov <sergei.gavrikov@gmail.com>
To: Ilija Kocho <ilijak@siva.com.mk>
Cc: ecos-devel@ecos.sourceware.org
Subject: Re: Port Contribution
Date: Fri, 13 May 2011 08:30:00 -0000 [thread overview]
Message-ID: <alpine.DEB.2.00.1105131111380.4787@sg-pc.belvok.com> (raw)
In-Reply-To: <4DCCE33C.4080102@siva.com.mk>
On Fri, 13 May 2011, Ilija Kocho wrote:
> On 12.05.2011 10:39, Christophe Coutand wrote:
> > Hi Richard,
> >
> > This is what I know about the contribution process:
> >
> > #1 To submit contributions, you need your copyright assignment from the
> > FSF in place: http://ecos.sourceware.org/assign.html
> >
> > #2 Patches should be submitted using Bugzilla
> > (http://bugs.ecos.sourceware.org/), setting the Component field to
> > Patches and contributions. Even if it is obsolete, I still put the eCos
> > patch mailing list in CC of the Bugzilla case.
> >
> > #3 Check this post for eCos coding style:
> > http://ecos.sourceware.org/ml/ecos-devel/2011-03/msg00016.html
We are in no case do not insist on using ``indent'' !
Instead, I would refer to this original source
http://ecos.sourceware.org/docs-latest/ref/hal-porting-coding-conventions.html
Also I have would quoted (added)
>>> Do not leave trailing whitespace at the ends of lines. Some
>>> editors with "smart" indentation will insert whitespace at the
>>> beginning of new lines as appropriate, so you can start typing the
>>> next line of code right away. However, some such editors do not
>>> remove the whitespace if you end up not putting a line of code
>>> there, such as if you leave a blank line. As a result, you end up
>>> with lines containing trailing whitespace.
NOTE: But, the eCos copyright headers in the sources are an exception.
> > #4 As commented by Ilija, it is better to submit diff in plain text
> > format (http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001219)
> >
> > #5 Changes in ecos.db are not sent as diff. Submit an ecos.db than
> > contains only your added entries.
>
> This seems like good idea as ecos.db diff for some reason often contains
> some unwanted stuff in addition to your entries.
>
> Also I find it useful to group /hal/ and /devs/ (if any) packages in
> separate diffs so they could be reviewed and committed independently.
>
> > #6 Note that there is a work in progress to add ARM9 support to eCos:
> > http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000819
> >
> > Christophe
> >
> > -----Original Message-----
> > From: ecos-devel-owner@ecos.sourceware.org
> > [mailto:ecos-devel-owner@ecos.sourceware.org] On Behalf Of Richard Rauch
> > Sent: 12. mai 2011 08:25
> > To: ecos-devel@sourceware.org
> > Subject: Port Contribution
> >
> > Hi all,
> >
> > We have finished now our announced port to Atmel ARM9 microcontroller
> > AT91SAM9.
> > Next we want to contribute this port.
> >
> > We have a lot of questions how to do this:
> >
> > How we have to prepare the software?
> > Where we have to upload?
> > Is there any paper work to do?
> >
> > We will need some assistance for this process. It is the first time,
> > that we
> > contributing to the ecos community!
> >
> > Thanks
> >
> > Richard
> >
> >
> > Richard Rauch
> > email: rrauch@itrgmbh.de
> > _______________________________________________
> >
> > ITR GmbH
> > Informationstechnologie Rauch
> > Schnepfenreuther Hauptstrasse 27b
> > D-90425 Nuernberg
> > _______________________________________________
> >
> >
>
prev parent reply other threads:[~2011-05-13 8:30 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-12 6:25 Richard Rauch
2011-05-12 8:42 ` Christophe Coutand
2011-05-12 10:22 ` AW: " Richard Rauch
2011-05-13 7:52 ` Ilija Kocho
2011-05-13 8:30 ` Sergei Gavrikov [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=alpine.DEB.2.00.1105131111380.4787@sg-pc.belvok.com \
--to=sergei.gavrikov@gmail.com \
--cc=ecos-devel@ecos.sourceware.org \
--cc=ilijak@siva.com.mk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).