Update POSIX compliance guide

Joel Sherrill joel at rtems.org
Wed Mar 25 14:56:07 UTC 2020


On Sun, Mar 22, 2020 at 2:00 PM Eshan Dhawan <eshandhawan51 at gmail.com>
wrote:

> I have also checked wordexp.h is completely present in newlib
> (libc/include)
> the implementation of the functions wordexp.c and wordfree.c  is in
> (libc/posix)
> But the compliance status shows not supported.
>

I don't see them in libc.a for the sparc:

lib_a-wordexp.o:

lib_a-wordfree.o:


It is not included in RTEMS because the newlib implementation requires
multiple
processes. It uses fork() and pipes.

Maybe MUSCL has an implementation that is embedded friendly but the
compliance
guide is correct.

--joel


>
>
> On Sat, Mar 21, 2020 at 11:31 PM Joel Sherrill <joel at rtems.org> wrote:
>
>>
>>
>>
>> On Sat, Mar 21, 2020, 8:47 AM Eshan Dhawan <eshandhawan51 at gmail.com>
>> wrote:
>>
>>> Hello everyone
>>>
>>> I went through the POSIX Compliance guide and it showed that
>>> wcsncasecmp_l () was not supported in wchar.h
>>> But when I checked newlib it had been implemented in libc/string
>>> so I think it needs to be updated in the docs.
>>>
>>
>> Thanks for spotting this. I did a spot check and think there were a few
>> more wc* methods that were not in the spreadsheet. I am going to post a
>> patch in a bit.  Please check it.
>>
>> Obviously, this is a csv file maintained externally in a spreadsheet. If
>> you put it in a spreadsheet, you can turn on data filtering based on the
>> top row. Then you can do "queries" to do things like filter down to what's
>> in a single header file. Or what's required in one standard but not in
>> another.
>>
>> FWIW this turned into a bit of a rat hole. I tried to double check the
>> newlib git repo and the link on their website is wrong after the upgrade of
>> sourceware.org. Then checked gdb and it had the same issue. This
>> resulted in also reporting some leftover cleanup from the recent upgrade of
>> sourceware.org.
>>
>>>
>>> Thanks
>>> Eshan
>>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20200325/721429f6/attachment.html>


More information about the devel mailing list