[PATCH rtems-libbsd] rtemsbsd/syscalls: Remove pipe()

[Sebastian Huber]

On 23/09/2021 10:44, Chris Johns wrote:
> On 23/9/21 4:29 pm, Sebastian Huber wrote:
>> On 23/09/2021 07:43,chrisj at rtems.org  wrote:
>>> From: Chris Johns<chrisj at rtems.org>
>>>
>>> - This call is provided by RTEMS and that is preferred
>>>
>>> Closes #4518
>> This removes the kqueue() support for pipe().
> It does but it also lets the RTEMS one get linked in and do it's work. Pipe for
> libio descriptors and libmisc/redirect 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 pipe 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 is wrong.

Please document the removed kqueue() support for pipe() at least in a 
ticket. It could be added. It don't think we need it right now or that 
someone has to implement it, but we should know that there is now a 
missing feature that existed previously.

-- 
embedded brains GmbH
Herr Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Germany
email: sebastian.huber at embedded-brains.de
phone: +49-89-18 94 741 - 16
fax:   +49-89-18 94 741 - 08

Registergericht: Amtsgericht München
Registernummer: HRB 157899
Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler
Unsere Datenschutzerklärung finden Sie hier:
https://embedded-brains.de/datenschutzerklaerung/