delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin-developers/2002/08/28/07:01:38

Mailing-List: contact cygwin-developers-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-developers-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-developers/>
List-Post: <mailto:cygwin-developers AT cygwin DOT com>
List-Help: <mailto:cygwin-developers-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-developers-owner AT cygwin DOT com
Delivered-To: mailing list cygwin-developers AT cygwin DOT com
Message-ID: <3D6CADB2.630F792@yahoo.com>
Date: Wed, 28 Aug 2002 07:02:10 -0400
From: Earnie Boyd <earnie_boyd AT yahoo DOT com>
X-Accept-Language: en
MIME-Version: 1.0
To: cygwin-developers AT cygwin DOT com
Subject: Re: A quick note on <newlib.h>
References: <000201c24e27$ffa0bb10$6132bc3e AT BABEL> <20020828003122 DOT GL16631 AT redhat DOT com>

Christopher Faylor wrote:

> This is one of the reasons that I'm getting sick of our dependency on
> newlib.  I've asked that cygwin be taken into account when making
> changes like this but, the last I heard, the newlib guys were stalled
> trying to accommodate my request since the two year old gcc cross
> compiler that they insist on using is no longer able to build cygwin.
>
> It's easy enough to add another include path to cygwin but I'm not sure
> that I want to do that.  I think, instead, I'm going to start thinking
> about how we can eliminate our dependency on newlib.
>

There's always the possibility of a fork. :o  You could then remove the
rtems specifics and the linux specifics and the ...  I've not noticed any
major changes to the core functions so it wouldn't hurt.

Earnie.

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019