Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 10 Jun 2004 12:17:46 -1000
From:      juli mallett <jmallett@FreeBSD.org>
To:        Ralf Baechle <ralf@linux-mips.org>
Cc:        "Steffen M. Boelaars" <boelaars@graphicscave.com>
Subject:   Re: Some MIPS status goodies.
Message-ID:  <20040610221746.GB26579@FreeBSD.org>
In-Reply-To: <20040610123718.GA32315@linux-mips.org>
References:  <Pine.LNX.4.33.0406101040240.2858-100000@servww6.ww.uni-erlangen.de> <20040610090712.GA71925@FreeBSD.org> <4038.217.68.50.10.1086861511.squirrel@webmail.dataloss.nl> <20040610101801.GA75709@FreeBSD.org> <20040610123718.GA32315@linux-mips.org>

next in thread | previous in thread | raw e-mail | index | archive | help
* Ralf Baechle <ralf@linux-mips.org> [ Date: 2004-06-10 ]
	[ w.r.t. Re: Some MIPS status goodies. ]
> On Thu, Jun 10, 2004 at 12:18:01AM -1000, juli mallett wrote:
> 
> > Right now I gotta say that Elf64-requiring systems are out.  I can't
> > get the toolchain to behave enough.  Once I can get loader going, I
> > can probably deal with the pain a lot more easily, because we can
> > just default to Elf64 and make Elf32 a second-class citizen.
> 
> 64-bit ELF requires very recent GNU tools and even in those it cannot
> be considered of prime quality.

Right now I'm struggling with the more loathsome problem of
elf<mumble>-{,trad}{big,little}mips ...  Just where do you and don't
you need the "trad" -- this seems to be a painful thing, certainly
it has been for me, and I'm hoping that BU (namely BFD) will grow
some more friendly compilation conditionals in the future, but I'm
not going out of my way for that...  Certainly I'm happy with my
working elf32-tradbigmips toolchain.

> 64-bit code is so much larger that it often delivers just half the
> performance of 32-bit code.

FreeBSD/MIPS is definably 64-bit code, just 32-bit ELF for now.

Thanx,
juli.
-- 
juli mallett.  jmallett@freebsd.org.  adrift in the pacific.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040610221746.GB26579>