From mint-bounce@lists.fishpool.fi  Fri Aug  5 01:10:00 2005
X-Original-To: fnaumann@mail.boerde.de
Delivered-To: fnaumann@mail.boerde.de
Subject: Re: [MiNT] obsolete aout binutils?
From: Mark Duckworth <mduckworth@atari-source.com>
To: evan@coolrunningconcepts.com
Cc: Mint List <mint@fishpool.com>
In-Reply-To: <20050804170033.afua05jfbeo0ow8k@coolrunningconcepts.com>
References: <1123125355.27393.11.camel@mduckworth.phillypark.net>
	 <20050804102121.2d02b87d.mandin.patrice@wanadoo.fr>
	 <1123144595.7665.0.camel@jetpack.demon.co.uk>
	 <1123149042.18101.9.camel@evil.atari-source.com>
	 <Pine.NEB.4.62.0508041230260.27114@wh58-508.st.uni-magdeburg.de>
	 <006a01c598f1$65012000$394bb280@ic.intranet.epfl.ch>
	 <1123181751.24127.18.camel@taro.coolrunningconcepts.com>
	 <1123185358.18101.22.camel@evil.atari-source.com>
	 <20050804164150.igbqsrdt0gs0sws0@coolrunningconcepts.com>
	 <1123195637.13267.3.camel@mduckworth.phillypark.net>
	 <20050804170033.afua05jfbeo0ow8k@coolrunningconcepts.com>
Content-Type: text/plain
Date: Thu, 04 Aug 2005 19:05:53 -0400
Message-Id: <1123196753.13267.6.camel@mduckworth.phillypark.net>
Mime-Version: 1.0
X-Mailer: Evolution 2.2.3 (2.2.3-2.1.fc4.nr) 
Content-Transfer-Encoding: 7bit
X-ecartis-version: Ecartis v1.0.0
Sender: mint-bounce@lists.fishpool.fi
Errors-To: mint-bounce@lists.fishpool.fi
X-original-sender: mduckworth@atari-source.com
Precedence: bulk
List-help: <mailto:ecartis@lists.fishpool.fi?Subject=help>
List-unsubscribe: <mailto:mint-request@lists.fishpool.fi?Subject=unsubscribe>
List-Id: <mint.lists.fishpool.fi>
X-List-ID: <mint.lists.fishpool.fi>
X-Virus-Scanned: by amavisd-new at relay.boerde.de
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on relay.boerde.de
X-Spam-Status: No, hits=-1.0 tagged_above=-50.5 required=7.0 tests=AWL,
 BAYES_00
X-Spam-Level: 

On Thu, 2005-08-04 at 17:00 -0600, evan@coolrunningconcepts.com wrote:
> I dunno about uclibc.  Its designed to be smaller than glibc.  We don't use
> glibc, but mintlib.  I'm not sure if there would be benefits to using uclibc
> instead of mintlib as far as size or speed, although the compatibility is
> likely better than mintlib.
> 
> I also had a desire to port busybox and was getting pretty far .. until it
> wanted mmap() as part of the rpm handler.   Hmm .. here is a question for you.
> Does uclibc have an mmap() implementation?  Or does it fall through to the
> kernel?   How do uClinux systems that don't have an MMU handle mmap()?

I thought mainly in terms of jacking necessary headers and code to
continue the porting storm.  As far as your last question is concerned -
I do not know, but I'd assume it's possible but slow without an MMU? I
don't know much about the function of mmap versus what the MMU allows
for.  I'm pretty sure ARM/XScale has an MMU but no FPU (which is
annoying to a certain extent :-/ ).

Thanks,
Mark