LibBSD | rtemsbsd/libio: Give a duplicated descriptor an identity of its own (!153)

[Chris Johns (@chris)]

Chris Johns commented on a discussion on rtemsbsd/rtems/rtems-bsd-syscall-api.c: https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/153#note_155951

 >  #include <rtems/seterr.h>
 >  #include <stdio.h>
 >  
 > +static int rtems_bsd_pipe(int fildes[2], int flags);
 > +int pipe(int fildes[2]);
 > +int pipe2(int fildes[2], int flags);

Thanks. I am not comfortable using weak. It is better than a depending on the link order but only just. I suggest we go with the current implementation as is in the this merge for just `7-freebsd-14` and I will open a new issue on `rtems.git` to change the `pipe()` to make it an indirect call LibBSD can override at runtime. Once that change is in we return to `7-freebd-14` and update the code to use the indirect call.

We discussed this at the RTEMS weekly meeting and we feel adding an indirect call is a simple way to manage the problem plus it also provides other networking stack a way to handle this.

-- 
View it on GitLab: https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/153#note_155951
You're receiving this email because of your account on gitlab.rtems.org. Unsubscribe from this thread: https://gitlab.rtems.org/-/sent_notifications/4-bv2nc3hrjnrcvr9vhcygyjja6-k/unsubscribe | Manage all notifications: https://gitlab.rtems.org/-/profile/notifications | Help: https://gitlab.rtems.org/help


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/bugs/attachments/20260730/decd1cb0/attachment.htm>