[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [MiNT] binutils-2.13.2.1-2.m68kmint.rpm
- To: Mint list <mint@fishpool.com>
- Subject: Re: [MiNT] binutils-2.13.2.1-2.m68kmint.rpm
- From: Patrice Mandin <mandin.patrice@wanadoo.fr>
- Date: Tue, 2 Aug 2005 18:36:34 +0200
- Delivered-to: fnaumann@mail.boerde.de
- In-reply-to: <1122491505.32635.28.camel@taro.coolrunningconcepts.com>
- List-help: <mailto:ecartis@lists.fishpool.fi?Subject=help>
- List-id: <mint.lists.fishpool.fi>
- List-unsubscribe: <mailto:mint-request@lists.fishpool.fi?Subject=unsubscribe>
- Organization: Chez moi
- References: <BF09D097.18A34%atari@bright.net> <1122318830.7695.11.camel@jetpack.demon.co.uk> <Pine.NEB.4.62.0507252133010.17449@wh58-508.st.uni-magdeburg.de> <200507252219.41056.maurits@bassment.nu> <1122382820.8216.14.camel@jetpack.demon.co.uk> <1122396381.8216.37.camel@jetpack.demon.co.uk> <1122397324.1374.13.camel@mduckworth.phillypark.net> <1122399338.8216.45.camel@jetpack.demon.co.uk> <1122410796.1374.27.camel@mduckworth.phillypark.net> <1122411547.8216.55.camel@jetpack.demon.co.uk> <1122414600.1374.33.camel@mduckworth.phillypark.net> <1122489526.32635.7.camel@taro.coolrunningconcepts.com> <1122490093.17747.33.camel@mduckworth.phillypark.net> <1122491505.32635.28.camel@taro.coolrunningconcepts.com>
- Sender: mint-bounce@lists.fishpool.fi
Le Wed, 27 Jul 2005 14:11:44 -0500
Evan Langlois <Evan@CoolRunningConcepts.com> a écrit:
> On Wed, 2005-07-27 at 14:48 -0400, Mark Duckworth wrote:
>
> > Actually you just encouraged me to look around and indeed it's
> > possible but difficult through the use of macros. Now it seems
> > another problem could be that most linux distros use a version of
> > rpm substantially newer than ours. I tried to build a new rpm but
> > got held up on beecrypt. Maybe that problem has been resolved or
> > worked around with later versions.
>
> Has anyone tried porting a newer version? I wanted to use the
> version of rpm that comes with busybox to simplify things, but that
> version needs mmap() so that you can handle files bigger than RAM
> efficiently, and trying to write a work-around was just too
> frustrating - it goes back to needing a virtual address space to
> support a real mmap() to do it efficiently.
mmap() is on kernel level, new binutils would not change this.
However, more and more recent C++ software requires gcc/g++ 3 to be
compiled, and currently (with my patches) it does not work.
If anyone is interested, the preliminary patches for binutils and gcc
are mon my site, but considered non-working. I would like some help to
fix that. binutils 2.15 for example does not create the translation
table in the binary, so all relocated addresses still point to NULL.
I know gcc 3 maybe more memory hungry and slower than current 2.95, but
having recent tools is needed to port recent software, specially when
cross-compiling.
--
Patrice Mandin
WWW: http://membres.lycos.fr/pmandin/
Programmeur Linux, Atari
Spécialité: Développement, jeux