<div dir="auto"><div>So what's the final stand on this?<div dir="auto"><br><div dir="auto">Should be working on standalone guide or add the contents to RTEMS Software Engineering guide as suggested by Sebastian?</div><div dir="auto"><br></div><div dir="auto">--Vaibhav</div></div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Sep 13, 2019, 5:40 PM Vaibhav Gupta <<a href="mailto:vaibhavgupta40@gmail.com">vaibhavgupta40@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Well I have no problem in working on standalone guide or adding it to <br></div><div>Software Engineering Manual. I saw that most of the development related work,</div><div>even about patches, were in User Manual, so I proposed it at first place.</div><div><br></div><div>- Vaibhav<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Sep 13, 2019 at 10:40 AM Sebastian Huber <<a href="mailto:sebastian.huber@embedded-brains.de" target="_blank" rel="noreferrer">sebastian.huber@embedded-brains.de</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 13/09/2019 03:34, Chris Johns wrote:<br>
> On 13/9/19 8:42 am, Joel Sherrill wrote:<br>
>> On Thu, Sep 12, 2019 at 2:09 PM Gedare Bloom<<a href="mailto:gedare@rtems.org" target="_blank" rel="noreferrer">gedare@rtems.org</a>>  wrote:<br>
>>> Hello Vaibhav,<br>
>>><br>
>>> It would be nice to provide such documentation, but I don't know that<br>
>>> we have an existing location that would be an ideal fit. I think the<br>
>>> topic is out of scope for User Manual. If you are motivated to write<br>
>>> something though, you could prepare it first as a standalone guide.<br>
>> If we have a name for the document like "Maintainers Guide" or something,<br>
>> it could have a focus on procedures that only core developers would need.<br>
>><br>
>> + bootstrapping newlib and building it independently<br>
>> + modifying gcc, running tests,<br>
>> + submitting Coverity runs<br>
>> + running Doxygen<br>
>> + ...<br>
> These are all valid and important however can these reside in the Software<br>
> Engineering manual?<br>
> <br>
> We current have ...<br>
> <br>
>   1. RTEMS Software Engineering<br>
>   2. RTEMS Filesystem Design Guide<br>
>   3. RTEMS Development Environment Guide<br>
>   4. RTEMS BSP and Driver Guide<br>
> <br>
> plus 'RTEMS BSP and Driver Guide' which I am not sure about. All these cover<br>
> some aspect of maintaining and developing RTEMS. Should we be considering<br>
> consolidation rather than expansion?<br>
<br>
Yes, we should definitely aim to consolidate the documentation set and <br>
not add new documents. I would put this topic into the RTEMS Software <br>
Engineering.<br>
<br>
-- <br>
Sebastian Huber, embedded brains GmbH<br>
<br>
Address : Dornierstr. 4, D-82178 Puchheim, Germany<br>
Phone   : +49 89 189 47 41-16<br>
Fax     : +49 89 189 47 41-09<br>
E-Mail  : <a href="mailto:sebastian.huber@embedded-brains.de" target="_blank" rel="noreferrer">sebastian.huber@embedded-brains.de</a><br>
PGP     : Public key available on request.<br>
<br>
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.<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></blockquote></div></div>
</blockquote></div></div></div>