<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Mar 17, 2019 at 6:25 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">Hi Vaibhav,<br>
<br>
Please try to use plain text mode in your post, the font sizes are<br>
hard to read. More below.<br></blockquote><div>Okay, I will re-send the mail with plain text mode on mailing list. <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>
On Sat, Mar 16, 2019 at 3:50 PM Vaibhav Gupta <<a href="mailto:vaibhavgupta40@gmail.com" target="_blank">vaibhavgupta40@gmail.com</a>> wrote:<br>
><br>
> Hello,<br>
> As mentioned by Dr Joel that high priority is to be given to implementations missing in FACE GPP 3.0.<br>
> So, I have got FACE Technical Standard 3.0 pdf downloaded. And its pretty easy to compare tickets now.<br>
> .<br>
> And while exploring big picture I got many questions:<br>
><br>
> 1 - It is mentioned in the ticket #2966, "RTEMS POSIX Compliance is achieved via a combination of methods and .h files in RTEMS and the newlib C Library." .<br>
> So, if a method or a header is present in Newlib C, it is not required to be present in RTEMS library? But that would mean Newlib is directly ported to RTEMS.<br>
> .<br>
> > I had an off-list talk with Vijay, he proved to be very helpful. I asked him same question (question 1), I would like to conclude what we discussed.<br>
><br>
> > He told that "RTEMS uses its own version of Newlib C as it cannot directly mirror original Newlib as, if methods change the way it works, they can break RTEMS".<br>
><br>
> > But then my doubt was, if that's the case, why keep modified headers of original Newlib under separate Newlib C folder in RTEMS? Why not directly include them in RTEMS library? (As I found newlib-1d35a003f.tar.gz in {RTEMS-ROOT}/rsb/rtems/sources/    )<br>
> .<br>
> > To which he replied,  "RTEMS version of newlib is being used as a libraby of RTEMS only and the posix functions are being linked to this newlib"<br>
> .<br>
> 2- So, My second doubt is that our target is to contribute to Newlib C or RTEMS Library? Or we will add methods to Newlib C and link them to RTEMS?<br>
><br>
<br>
The goal is to add whatever can be added to the Newlib C, it will<br>
eventually make its way into RTEMS (when we bump to a snapshot/release<br>
of newlib that includes the addition). We prefer to try to get this<br>
POSIX stuff implemented in Newlib.  For this, you might want to see if<br>
you can get some advice from Aditya who went through this process 2<br>
years ago or so.<br></blockquote><div>Thanks Gedare, I will try to connect with him. <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>
Gedare<br>
<br>
> Thanks<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>