Gentoo Archives: gentoo-mips

From: "Alexander Færøy" <ahf@××××.dk>
To: gentoo-mips@l.g.o
Subject: Re: [gentoo-mips] Status of Gentoo/MIPS developers
Date: Sat, 09 Jan 2010 12:02:10
In Reply to: Re: [gentoo-mips] Status of Gentoo/MIPS developers by Matt Turner
1 On Fri, Jan 08, 2010 at 11:32:24PM -0500, Matt Turner wrote:
2 > I don't see any point in using the o32 ABI, so I tried the 2006.1 n32
3 > stage (the _latest_ is 2006.1...) and after a couple failed attempts,
4 > I've decided it's too far gone to be of any use.
6 An attempt to install an almost four year old stage is doomed to fail.
7 Gentoo has got new EAPI's and such, and the version of Portage shipped
8 in those stages is probably going to explode immediately after the
9 initial sync.
11 o32 has always been the most well-supported MIPS ABI for Gentoo/MIPS
12 installations. I didn't even do an n32 or n64 stage for the 2007.0
13 release mainly due to lack of time and such. Consider o32 to be the most
14 stable ABI for your Gentoo setup as it is today. You could, of course,
15 easily start experimenting with it as well.
17 > On top if that, the Gentoo devmanual states [0] that in order to mark
18 > a package as ~mips, "[t]he package should work on both big and little
19 > endian systems, on both pure 32 bit and pure 64 bit systems and on
20 > systems with differing kernel and userland ABIs." That means testing
21 > on (big endian/little endian) x (32bit/64bit/mixed kernel/user) x
22 > (o32/n32/n64) == 18 potential combinations. (I guess actually less.
23 > I'm not sure how you could have an o32-pure-64-bit system for
24 > instance).
26 I personally never really cared about little-endian systems and I'd
27 guess that most of Gentoo/MIPS development team doesn't care either.
28 It's very difficult to get non-router-sized little-endian MIPS-based
29 machines, so it is almost impossible to do something even remotely
30 useful with Gentoo on those machines. Little-endian MIPS porting has
31 always been done by those who had access to the hardware (for example:
32 Cobalt machines) and has been silently ignored by everyone else.
34 Usually you can just stick to testing packages on whatever you are
35 running, but for most critical system packages, it is really a good idea
36 to test it on non-o32 ABI's as well.
38 > God. Let's dump o32 already. That cuts the number to 12. At this
39 > point, it's still ridiculous to ask a single developer to test this
40 > many configurations. Split ~mips into ~mips-be and ~mips-le or
41 > something. This would certainly make it more manageable. Whatever the
42 > case, we've got to limit the range of possible configurations.
44 That would require a much more active MIPS team. It may sound silly that
45 getting rid of an ABI takes time, but getting rid of the "main" ABI is
46 not a very easy task.
48 > Well. There are two developers on IRC. I talk to them occasionally,
49 > but I don't think constant prodding is the way to productivity.
51 How so? That's how I ended up joining Gentoo/MIPS some years ago.
53 --
54 Alexander Færøy