<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Mar 22, 2021 at 11:30 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 Sat, Mar 20, 2021 at 12:33 PM Eshan Dhawan <<a href="mailto:eshandhawan51@gmail.com" target="_blank">eshandhawan51@gmail.com</a>> wrote:<br>
><br>
> Hello Everyone,<br>
> I wanted to take Packaging Micro Python up as GSOC project this summer and the project will also include packaging LUA and picoC<br>
> The ticket for Micro Python  : <a href="https://devel.rtems.org/ticket/4349" rel="noreferrer" target="_blank">https://devel.rtems.org/ticket/4349</a><br>
> What would be the complete Scope of the project?<br>
> And what would be a good starting point?<br>
><br>
<br>
Well, I guess Joel must have described the task, so I'll leave it to<br>
him to fill in some more details.<br>
<br>
Adding RSB packages may be not sufficient coding work for GSoC. It is<br>
important in the proposal to identify what would be the coding<br>
activities involved in this project. For example, we know from<br>
experience that Lua can just be built from some minor tailoring of its<br>
Makefile, so the package is very straightforward. However, the<br>
projects you mention are scripting environments, so maybe creating a<br>
framework in RTEMS for a "shell/intepreter" that can be built as an<br>
add-on by RSB would be a proper way to scope this effort.<br></blockquote><div><br></div><div>I agree that Lua and Micropython should build easy but I had more </div><div>in mind.</div><div><br></div><div>The full project was language stacks for RTEMS with a better user </div><div>experience for Micropython, Lua, Tcl, etc although I am not sure what</div><div>etc would entail. I am not sure all three can be completed in the new </div><div>GSoC timeframe. All would follow the same pattern:</div><div><br></div><div>+ RSB package offering a reasonable default and access to configuration</div><div>+ Examples including at least bare embedded, use of custom commands,</div><div>and integrating with RTEMS shell commands Perhaps 

interactive use

 with</div><div>command line history and editing integrated if we have that as a library now.</div><div>+ Documentation specific to RTEMS and the examples<br></div><div><br></div><div>I imagined completely parallel kits for each embedded language we wanted</div><div>to support. </div><div><br></div><div>Does that help? Should he plan on Micropython and Lua?</div><div><br></div><div>--joel</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> Thanks<br>
> - Eshan<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>