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


_______________________________________________
bugs mailing list
[email protected]
http://lists.rtems.org/mailman/listinfo/bugs

Reply via email to