<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 30, 2019 at 7:44 AM Vaibhav Gupta <<a href="mailto:vaibhavgupta40@gmail.com">vaibhavgupta40@gmail.com</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"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 30, 2019 at 3:25 AM Gedare Bloom <<a href="mailto:gedare@rtems.org" target="_blank">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 Wed, Jul 24, 2019 at 10:43 AM Vaibhav Gupta <<a href="mailto:vaibhavgupta40@gmail.com" target="_blank">vaibhavgupta40@gmail.com</a>> wrote:<br>
><br>
> Hello,<br>
> Progress so far:<br>
> - NDBM patch is pushed by newlib.<br>
> - NDBM Testsuite is sent to devel ([PATCH V6] ndbm test suite), its execution will be verified once newlib has required files. Although I have tested it by manually generating required file using 'autoreconf -fvi' on my local system.<br>
><br>
> Blocker:<br>
> - My pace got slow last week as my college started, I informed about it on devel.<br>
><br>
> Next:<br>
> - Implement fenv for SPARC first, then move on to ARM, PPC and others.<br>
><br>
What about fenv testcase?<br></blockquote><div>I guess after Joel had a discussion in newlib, we will be switching code</div><div>structure for fenv, so implementation of riscv will also need to be updated.</div><div>.</div><div>Hence, I will implement fenv for SPARC and make test case for same.</div></div></div></blockquote><div><br></div><div>The test case can be added now if you have a RISC-V toolchain.  I expect the test code will</div><div>have to be conditionalized on whether the target architecture supports the fenv.h methods. </div><div>This would be best implemented with  like AC_CHECK_FUNC and pick a method like</div><div>fegetround() to probe for. That way as you add support for other architectures, the test(s)</div><div>will automatically get enabled.</div><div><br></div><div>The alternative is like how libdebugger tests have to list specific architectures that are</div><div>supported. That requires manual intervention (but is the only option for libdebugger).</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="ltr"><div class="gmail_quote"><div><br></div><div>-Vaibhav Gupta<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>
><br>
> Thank You<br>
> Vaibhav Gupta<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>
_______________________________________________<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></blockquote></div></div>