possible sources for porting sockatmark() of sys/socket.h

Joel Sherrill joel at rtems.org
Mon Mar 23 01:56:24 UTC 2020


On Sun, Mar 22, 2020, 8:21 PM Gedare Bloom <gedare at rtems.org> wrote:

> On Sun, Mar 22, 2020 at 1:22 PM Eshan Dhawan <eshandhawan51 at gmail.com>
> wrote:
> >
> > confstr() from unistd.h also shows not supported in the compliance
> status  but it has some kind of supported in newlib(libc/sys/linux)
>
> sys/linux doesn't work on rtems. that is only for linux-specific newlib
> builds
>

We would need our own implementation. That's likely an example where the
header with prototype is in newlib and the implementation is in RTEMS.

>
> > it also needs to be updated in the compliance status I think
> >
> > On Mon, Mar 23, 2020 at 12:37 AM Eshan Dhawan <eshandhawan51 at gmail.com>
> wrote:
> >>
> >> https://lists.rtems.org/pipermail/devel/2020-March/058569.html
> >>
> >>
> >> On Mon, Mar 23, 2020 at 12:35 AM Eshan Dhawan <eshandhawan51 at gmail.com>
> wrote:
> >>>
> >>>
> >>>
> >>> On Mon, Mar 23, 2020 at 12:27 AM Joel Sherrill <joel at rtems.org> wrote:
> >>>>
> >>>>
> >>>>
> >>>> On Sun, Mar 22, 2020, 1:55 PM Eshan Dhawan <eshandhawan51 at gmail.com>
> wrote:
> >>>>>
> >>>>> It's present there.
> >>>>> I hadn't checked there.
> >>>>
> >>>>
> >>>> Does that mean the spreadsheet I uploaded yesterday needs updating
> again?
> >>>
> >>> yes , the spreadsheet shows not supported.
> >>> also, I have sent another mail related to this
> >>> for wordexp.h
> >>>
> >>>>
> >>>> Is there a ticket to close?
> >>>
> >>> No the ticket was closed earlier
> >>> I missed that
> >>>>
> >>>> Finding something got added without the tracking update is a good
> outcome
> >>>>
> >>>>>
> >>>>> On Mon, Mar 23, 2020 at 12:19 AM Joel Sherrill <joel at rtems.org>
> wrote:
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> On Sun, Mar 22, 2020, 1:37 PM Eshan Dhawan <eshandhawan51 at gmail.com>
> wrote:
> >>>>>>>
> >>>>>>> I have identifies 2 main sources to port sockatmark().
> >>>>>>>
> >>>>>>> NetBSD source:
> >>>>>>> https://github.com/NetBSD/src/blob/trunk/lib/libc/net/sockatmark.c
> >>>>>>>
> >>>>>>> FreeBSD Source :
> >>>>>>>
> https://github.com/lattera/freebsd/blob/master/lib/libc/net/sockatmark.c
> >>>>>>>
> >>>>>>> musl has a same implementation as in FreeBSD
> >>>>>>> which one would be better to follow.
> >>>>>>
> >>>>>>
> >>>>>> This has to be in sync with rtems-libbsd and may already be there.
> Please check if it is there. Just closing a ticket and updating the
> spreadsheet is q food result. :)
> >>>>>>>
>
> Should it also be available in "legacy" networking stack? Or do we let
> that bitrot / maintain only?
>

Minimal changes. No additions. Certainly not this I think.


> >>>>>>>
> >>>>>>> thanks
> >>>>>>> -Eshan
> >
> > _______________________________________________
> > devel mailing list
> > devel at rtems.org
> > http://lists.rtems.org/mailman/listinfo/devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20200322/b41a18cf/attachment-0001.html>


More information about the devel mailing list