<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div><div class="gmail-h5"><div dir="auto"><br></div></div></div><div dir="auto">Do you have a list of the methods?</div></div></blockquote><div>Yes. <br><a href="https://drive.google.com/file/d/0BzwRg-R9g_6tY3dfYjBfQUppMzhIRnpXRWNzU0JQa1ZlUHZV/view?usp=sharing">https://drive.google.com/file/d/0BzwRg-R9g_6tY3dfYjBfQUppMzhIRnpXRWNzU0JQa1ZlUHZV/view?usp=sharing</a><br></div><div>and<br><a href="https://drive.google.com/file/d/0BzwRg-R9g_6tRG56OFk0SmxLS3pucVRKTjd6ckpXNm1kUmFJ/view?usp=sharing">https://drive.google.com/file/d/0BzwRg-R9g_6tRG56OFk0SmxLS3pucVRKTjd6ckpXNm1kUmFJ/view?usp=sharing</a><br></div><div>I was surprised hearing POSIX 1003-2013 has ~1300 functions! These lists are ~350-lines long.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><span class="gmail-"><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail-m_-1473566890140925216quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><br></div><div>Are the list of unimplemented functions in docs + rtems_face.csv up to date? Can I depend solely on it to remove unsupported test cases? Or it's better to go through RTEMS source code to check if a certain function is implemented?<br></div><div class="gmail-m_-1473566890140925216elided-text"><div> </div></div></div></div></div></blockquote></div></div></div><div dir="auto"><br></div></span><div dir="auto">I think it is largely correct but some methods have been added and Gedare is about to commit some mmap methods.</div><div dir="auto"><br></div><div dir="auto">You can't solely go through RTEMS source code because many of the methods are provided by newlib. </div><div dir="auto"><br></div><div dir="auto">Also there are methods missing which should be in newlib eventually.</div></div></blockquote><div>Right.<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 dir="auto"><div dir="auto"><br></div><div dir="auto">Is there a middle ground of disabling them?</div></div></blockquote><div>I think the middle ground is writing the script as I proposed. One extreme is to completely remove unsupported functions (even those that might be supported in the future!) from the functions list. The other extreme is to let all in, encounter a "not-defined" compile error, and resolve it by removing the corresponding test case (difficult).<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div><div class="gmail-h5"><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail-m_-1473566890140925216quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div class="gmail-m_-1473566890140925216elided-text"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="gmail-m_-1473566890140925216m_-7279670688248873616gmail-HOEnZb"><font color="#888888"><div><br></div><div>--joel</div></font></span><span class="gmail-m_-1473566890140925216m_-7279670688248873616gmail-"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
On Thu, Dec 15, 2016 at 9:29 AM, Saeed Ehteshamifar<br>
<div><div class="gmail-m_-1473566890140925216m_-7279670688248873616gmail-m_-31490284498327794h5"><<a href="mailto:salpha.2004@gmail.com" target="_blank">salpha.2004@gmail.com</a>> wrote:<br>
> Hello,<br>
><br>
> For Slingshot, an RTEMS-targeted fault-injection tool for the POSIX API, I<br>
> need to remove the tests that correspond to unimplemented/unimplementable<br>
> POSIX functions/constants/etc. I can either<br>
> 1. write a script that searches for "Unimplemented" and "Unimplementable" in<br>
> the doc's source, and removes the corresponding function's test cases every<br>
> time after generating test cases or,<br>
> 2. manually delete all unimplemented/unimplementable from the Slingshot core<br>
> so that they aren't generated at all.<br>
><br>
> Now the question is: Apart from unimplementable functions, is there any<br>
> direction to implement unimplemented parts beyond the current situation?<br>
> Cause in that case, I think writing a script is a better option.<br>
><br>
> Best Regards,<br>
> Saeed<br>
><br>
</div></div>> ______________________________<wbr>_________________<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<wbr>/listinfo/devel</a><br>
______________________________<wbr>_________________<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<wbr>/listinfo/devel</a><br>
</blockquote></span></div><br></div></div>
</blockquote></div></div><br></div></div>
</blockquote></div><br></div></div></div></div></div>
</blockquote></div><br></div></div>