[RTEMS Project] #4518: RTEMS and LibBSD both provide competing pipe() interfaces

[RTEMS trac]

#4518: RTEMS and LibBSD both provide competing pipe() interfaces
----------------------------+--------------------------
 Reporter:  Chris Johns     |       Owner:  Chris Johns
     Type:  defect          |      Status:  assigned
 Priority:  normal          |   Milestone:  6.1
Component:  network/libbsd  |     Version:  6
 Severity:  normal          |  Resolution:
 Keywords:                  |  Blocked By:
 Blocking:                  |
----------------------------+--------------------------

Comment (by Chris Johns):

 The removal of `pipe()` from LibBSD does effect the `kqueue` support but
 it also lets the RTEMS version get linked in and do it's work. Pipe for
 `libio` descriptors and `libmisc/redirector` work nicely well before
 LibBSD is initialised and this is important in some applications.
 Especially ones that capture the console early to implement a `dmesg` type
 of support.

 I am happy to see a file op added for `pip`e however I view RTEMS as
 having priority over the same call signature in LibBSD if there is a clash
 and there is.

 I have an app that crashes because of this. I have no idea why on RTEMS 5
 the RTEMS one is linked in and the same app and build system now results
 the LibBSD one. Having 2 interfaces is wrong.

--
Ticket URL: <http://devel.rtems.org/ticket/4518#comment:5>
RTEMS Project <http://www.rtems.org/>
RTEMS Project