This is the mail archive of the newlib@sourceware.org mailing list for the newlib project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [PATCH] __fpurge(3)

From: "Yaakov (Cygwin/X)" <yselkowitz at users dot sourceforge dot net>
To: newlib at sourceware dot org
Date: Wed, 18 May 2011 02:47:39 -0500
Subject: Re: [PATCH] __fpurge(3)
References: <BANLkTinCYG7R3DFVb95ZGO_HCqkdmfgw+Q@mail.gmail.com> <4DD37256.4080607@rtems.org>

On Wed, May 18, 2011 at 02:16, Ralf Corsepius wrote:
> Generally speaking, I am opposed to furtherly extending newlib with
> non-standardized functions like these.
>
> I don't know what others (esp. Cygwin) think about such kind of extensions,
> but I'd like to see "not implemented" for RTEMS
> (i.e. at minimum #ifndef __rtems__).

Cygwin's homepage makes it pretty clear:

> a Linux API layer providing substantial Linux API functionality.

First, stdio/fpurge.c is ELIX_LEVEL_4.  Secondly, why should
__fpurge(3) be any different than fpurge(3)?


Yaakov
Cygwin/X

Follow-Ups:
- Re: [PATCH] __fpurge(3)
  - From: Ralf Corsepius

References:
- [PATCH] __fpurge(3)
  - From: Yaakov (Cygwin/X)
- Re: [PATCH] __fpurge(3)
  - From: Ralf Corsepius

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]