<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Mar 18, 2019 at 10:07 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"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Mar 18, 2019 at 4:40 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 Sun, Mar 17, 2019 at 2:24 PM Joel Sherrill <<a href="mailto:joel@rtems.org" target="_blank">joel@rtems.org</a>> wrote:<br>
><br>
><br>
><br>
> On Sun, Mar 17, 2019, 12:45 PM Vaibhav Gupta <<a href="mailto:vaibhavgupta40@gmail.com" target="_blank">vaibhavgupta40@gmail.com</a>> wrote:<br>
>><br>
>> I did cloned RTEM source, newlib and rtems-libbsd.<br>
>> Kept them in same folder so as to get easy with 'grep' and 'find'.<br>
>><br>
>> $ ls<br>
>> newlib-cygwin  rtems  rtems-libbsd<br>
>><br>
>> $ grep -r grantpt ./<br>
>> ./newlib-cygwin/winsup/doc/posix.xml:    grantpt<br>
>> ./newlib-cygwin/winsup/doc/posix.xml:return -1 and set errno to ENOSYS.  <function>grantpt</function> and<br>
>> ./newlib-cygwin/winsup/cygwin/tty.cc:grantpt (int fd)<br>
>> ./newlib-cygwin/winsup/cygwin/libc/bsdlib.cc:      grantpt (master);<br>
>> ./newlib-cygwin/winsup/cygwin/common.din:grantpt NOSIGFE<br>
>> ./newlib-cygwin/winsup/cygwin/include/cygwin/stdlib.h:int grantpt (int);<br>
>> ./newlib-cygwin/winsup/CVSChangeLogs.old/cygwin/ChangeLog-1997:    * cygwin.din: srandom, ptsname, grantpt, unlockpt - new exports.<br>
>> ./newlib-cygwin/winsup/CVSChangeLogs.old/cygwin/ChangeLog-1997:    (grantpt): new<br>
>> ./newlib-cygwin/winsup/CVSChangeLogs.old/cygwin/ChangeLog-2001:    * tty.cc (grantpt): Fix definition.<br>
>> ./newlib-cygwin/winsup/CVSChangeLogs.old/cygwin/ChangeLog-2011:    * tty.cc (grantpt): Check for valid fd.<br>
>> ./newlib-cygwin/newlib/ChangeLog-2015:    * libc/include/stdlib.h: add ptsname, grantpt, unlockpt to cygwin<br>
>> ./rtems/testsuites/psxtests/Makefile.am:## lib_a_SOURCES += psxhdrs/stdlib/grantpt.c              See ticket #3645<br>
>> ./rtems/testsuites/psxtests/psxhdrs/stdlib/grantpt.c: *  @brief grantpt() API Conformance Test<br>
>> ./rtems/testsuites/psxtests/psxhdrs/stdlib/grantpt.c:    return_value = grantpt(fildes);<br>
>> .<br>
>> .<br>
>> As I analyzed the output, I find no file that contains implementation of 'grantpt()', means ticket #3645(<a href="https://devel.rtems.org/ticket/3645" rel="noreferrer" target="_blank">https://devel.rtems.org/ticket/3645</a>) still needs to be addressed.<br>
>> But then how this method is used in rtems testsuites?. (refer last two lines of output for grep command).<br>
>> .<br>
>> Am I doing something wrong? or I am missing something.<br>
><br>
><br>
> You haven't done anything wrong.<br>
><br>
> The grantpt() method is in a winsup subdirectory which indicates it is a Cygwin specific implementation.<br>
><br>
> The psxhdrs test just checks that the prototype us right in the header file.<br>
><br>
> All said, I don't know if grantpt makes sense on RTEMS or not. That's a different discussion.<br>
><br>
>><br>
>> Thanks<br>
>> Vaibhav Gupta<br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>> On Fri, Mar 8, 2019 at 5:31 AM Joel Sherrill <<a href="mailto:joel@rtems.org" target="_blank">joel@rtems.org</a>> wrote:<br>
>>><br>
>>> I'm about to head home so not going to dig into each of those but I<br>
>>> will point out for GSoC, we need to get you where you can answer<br>
>>> these questions yourself.<br>
>>><br>
>>> 1) clone the newlib (<a href="http://sourceware.org/newlib" rel="noreferrer" target="_blank">sourceware.org/newlib</a>) source, RTEMS source, and<br>
>>>     rtems-libbsd source. rtems-libbsd is the source for networking APIs.<br>
>>> 2) use "grep -r" (recursive grep) and find (ex: find . -name "XXX") to help you<br>
>>>     find implementations.<br>
>>><br>
>>> For #3676, RTEMS supports aio but aio.h is one of only a handful of POSIX<br>
>>> .h files in RTEMS and not in newlib. That's why the Google Code-In student<br>
>>> couldn't find it in newlib. Just scanning the cpukit/include, I see 3 POSIX .h<br>
>>> files which could be moved to newlib. This is worth discussing on devel@<br>
>>><br>
>>> For the rest, I think they are still open to be implemented. Now whether the<br>
>>> method makes sense or not on RTEMS or requires more infrastructure than<br>
>>> a simple method to be added is something to determine on a case by case<br>
>>> basis.<br>
>>><br>
>>> --joel<br>
>>><br>
>>> On Thu, Mar 7, 2019 at 5:51 PM Vaibhav Gupta <<a href="mailto:vaibhavgupta40@gmail.com" target="_blank">vaibhavgupta40@gmail.com</a>> wrote:<br>
>>>><br>
>>>> It will be very helpful to know the current status of the following tickets, and if I can choose sub-tasks from them, for GSoC project.<br>
>>>><br>
>>>> .<br>
>>>> #3676 - Add support for aio.h<br>
>>>> .<br>
>>>> #3642 - Add iswalnum(), iswalpha() ... (and 18 others) to <wchar.h> header<br>
>>>> .<br>
>>>> #3371 - Add dirfd() and fdopendir() methods in dirent.h<br>
>>>> .<br>
>>>> #3656 - Function prototypes for posix_fadvise() and posix_fallocate() missing in <fcntl.h> header file<br>
>>>> .<br>
>>>> #3652- Add support for sys/resource.h method - getpriority<br>
>>>> .<br>
>>>> #3653 - Add support for sys/resource.h method - getrlimit<br>
>>>> .<br>
>>>> #3654 - Add support for sys/resource.h method - setpriority<br>
>>>> .<br>
>>>> #3655 - Add support for sys/resource.h method - setrlimit<br>
>>>> .<br>
>>>> #3644 - Add support for stdlib.h method - getsubopt<br>
>>>> .<br>
>>>> #3645 - Add support for stdlib.h method - grantpt<br>
>>>> .<br>
>>>> #3646 - Add support for stdlib.h method - posix_openpt<br>
>>>> .<br>
>>>> #3647 - Add support for stdlib.h method - ptsname<br>
>>>> .<br>
>>>> #3648 - Add support for stdlib.h method - unlockpt<br>
>>>> .<br>
>>>> #3643 - Add support for uchar.h header<br>
>>>> .<br>
>>>> #3633 - add getdelim() and getline() to stdio.h<br>
>>>><br>
>>>><br>
>>>> Vaibhav Gupta<br>
>>>><br>
>>>><br>
>>>><br>
>>>> On Thu, 7 Mar, 2019, 9:57 PM Vaibhav Gupta <<a href="mailto:vaibhavgupta40@gmail.com" target="_blank">vaibhavgupta40@gmail.com</a> wrote:<br>
>>>>><br>
>>>>> Hello,<br>
>>>>> I was exploring open projects and got very much intrested in the following ticket:<br>
>>>>><br>
>>>>> #2966 - POSIX Compilance : <a href="https://devel.rtems.org/ticket/2966" rel="noreferrer" target="_blank">https://devel.rtems.org/ticket/2966</a><br>
>>>>> .<br>
>>>>> As on the page, the project is divided into multiple sub-tasks. For many of them I am not able to find their current status and if enough work is left on them to be included as a GSoC project.<br>
>>>>> .<br>
>>>>> I would like to know the good combinations of sub-tasks which can compile into a good GSoC project under the "POSIX" ticket. I am very much interested to take this project. It would be great if someone mentors this project, I want to discuss further on this.<br>
>>>>> .<br>
>>>>> Also if there are new any new projects which are not mentioned on open-projects page? That can be taken up as GSoC project, I would love to explore them as well.<br>
>>>>><br>
>>>>> Thankyou<br>
>>>>> Vaibhav Gupta<br>
><br>
<br>
I also just wanted to follow-up that for this particular project, you<br>
will need to be able to build newlib and produce patches for it. I<br>
suggest you do that during the proposal-writing period. Also, make<br>
sure your mentor approves all patches that are intended for newlib<br>
BEFORE you post to their mailing list. We had some issues in the past<br>
when student patches were not in a great shape, and the newlib folks<br>
got a little upset about having to do a lot of work that was really<br>
the responsibility of an RTEMS Mentor.<br></blockquote><div>I was trying to build newlib. Even, I had some off-list talk with Aditya and he</div><div>provided me with the link to his blog <a href="https://adityupa.wordpress.com/" target="_blank">https://adityupa.wordpress.com/</a></div><div>to help me out.</div><div>after runnig the following command, as mentioned in his blog, I got error:</div><div><br></div><div><span style="font-family:monospace,monospace">$  autoreconf -fvi<br>autoreconf: Entering directory `.'<br>autoreconf: <a href="http://configure.ac" target="_blank">configure.ac</a>: not using Gettext<br>autoreconf: running: aclocal --force <br><a href="http://configure.ac:33" target="_blank">configure.ac:33</a>: error: Please use exactly Autoconf 2.64 instead of 2.69.<br>config/override.m4:12: _GCC_AUTOCONF_VERSION_CHECK is expanded from...<br><a href="http://configure.ac:33" target="_blank">configure.ac:33</a>: the top level<br>autom4te: /usr/bin/m4 failed with exit status: 1<br>aclocal: error: /home/varodek/development/rtems/5/bin/autom4te failed with exit status: 1<br>autoreconf: aclocal failed with exit status: 1</span><br></div><div>.<br></div><div>realized, that I should use "Autoconf 2.64" which is not in official package of my Arch Linux, so i got it build from AUR. <br></div><div>It is inside "<span style="font-family:monospace,monospace">/opt/autoconf/2.64/bin" folder.</span></div><div>.</div><div>.<br></div><div>But the path for binaries, in newlib-cygwin, is set to rtems:</div><div><span style="font-family:monospace,monospace">$  which autoconf<br>/home/varodek/development/rtems/5/bin/autoconf</span><br></div><div>.<br></div><div>.</div><div>So how I should tackle with this?</div><div>-- Should i use <span style="font-family:monospace,monospace">./configure -prefix=/opt/autoconf/2.64/bin </span>?</div><div>                     But then I read the blog further, we need to set the prefix to <span style="font-family:monospace,monospace">{rtems root}/5/bin</span>.</div><div>--Or should i replace the "autoconf" in <span style="font-family:monospace,monospace">{rtems root}/5/bin</span>, with "2.64" version?</div></div></div></div></div></div></div></blockquote><div><br></div><div>You need to download and install autoconf 2.64. Do NOT overwrite the one in RTEMS tools</div><div>or the system version. Put it somewhere by itself like your /opt/autoconf/2.64/ (no bin on --prefix).</div><div><br></div><div>Only when working on newlib, put that at the front of your PATH. Otherwise, ignore it.</div><div><br></div><div>--joel </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"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div class="gmail_quote"><div><br></div><div>Thanks 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>
Gedare<br>
<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></div></div></div></div>
</blockquote></div></div>