<div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>There was a gsoc project a few years ago which read the user documentation for confdefs.h and</div><div>used that to generate the menu, options, tool tips, data type, etc. Ignoring issues Chris and I</div><div>have discussed about how using the documentation to do this risks having the doc and tool</div><div>out of sync with the real code, there is a basic new issue:</div><div><br></div><div>+ the documentation is in a new format - Sphinx - so even if we used the exact same </div><div>approach, the tool reads the wrong format input. </div><div><br></div><div>That project is discussed at <a href="https://devel.rtems.org/wiki/Projects/GSoC/ApplicationConfigurationGUI" target="_blank">https://devel.rtems.org/<wbr>wiki/Projects/GSoC/<wbr>ApplicationConfigurationGUI</a></div><div>and includes links to the github.</div><div><br></div><div>Seeing if we can solve the code=doc=tool problem and updating the tool so the Sphinx docs</div><div>match the tool options would be a good project and make this concept something we could</div><div>trust.</div></blockquote><div>I suppose, one would have to make a parser for the Sphinx documentation as already made for the tex files.  <br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>Off the top of my head, I think Chris and I thought that if the confdefs.h documentation</div><div>could be generated from that file AND the tool also read that file, then it would be OK.</div><div>The risk is getting them out of sync.</div></blockquote><div><br>I don't understand why would the sync between doc=tool be a problem when the tool parses from the doc. Kindly help me with this.<br><br></div><div>Also, in another thread the devs discussed about incorporating third party packages. I am interested in porting mathematical packages (as listed in the open projects page: mtrxmath, ccmath, openGL Mathematics and others. I will be glad to port them and write tests and examples once ported (like a simple/sanity test as Joel mentioned in the thread). However, I am unsure if this project will be enough to fill in three months worth of work; also, whether this is in general interest of the community. <br><br>Furthermore, if I could be of some help in making the parser for Sphinx documentation, it would be great and I would start with some real patches to RTEMS. :)<br><br></div><div>Regards,<br></div><div>Tanu Hari Dixit.<br> </div></div>