Gentoo Archives: gentoo-dev

From: Paul de Vrieze <pauldv@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] GLEP 22: New "keyword" system to incorporate various userlands/kernels/archs
Date: Mon, 22 Mar 2004 14:38:02
Message-Id: 200403221537.58565.pauldv@gentoo.org
In Reply to: Re: [gentoo-dev] GLEP 22: New "keyword" system to incorporate various userlands/kernels/archs by "Olivier CrĂȘte"
1 -----BEGIN PGP SIGNED MESSAGE-----
2 Hash: SHA1
3
4 On Wednesday 17 March 2004 01:31, Olivier CrĂȘte wrote:
5 > If we want to support a very large number of hardware/software
6 > combinations we have to either decide that we want to keep the same
7
8 I don't see this as much as a problem. Supporting many hardware software
9 combinations is hard in general. Even a very widely supported package
10 like gcc does not support more than two dozen configurations. Each
11 package must be checked for every configuration any way. What might be
12 an option is to have some level of hinting. Say have the x86-linux flag
13 mean that it will probably work on x86 machines and that it will
14 probably work on linux machines. Adding something like :sunos: (a hint
15 between colons) would then automatically mark this package as testing
16 under solaris-x86. If that package then builds on sparc-linux it is also
17 likely to work on sparc-solaris etc. It would allow testing to be more
18 flexible, while still having the same requirements for stability.
19
20 Say if for each of the 5 dimensions there are 3 choices, that would
21 allready lead to 3^5=243 combinations. There is no way in which we can
22 suppor that even with more liberal keywords.
23
24 For hinting we also might have flags like -bigendian signalling that it
25 only works on litleendian cpu's etc.
26
27 So basically I'm at the position that we only want multipart keywords.
28 Multiple variables will not be really testeable and destroy the little
29 QA we have at the moment.
30
31 Paul
32
33 - --
34 Paul de Vrieze
35 Gentoo Developer
36 Mail: pauldv@g.o
37 Homepage: http://www.devrieze.net
38 -----BEGIN PGP SIGNATURE-----
39 Version: GnuPG v1.2.4 (GNU/Linux)
40
41 iD8DBQFAXvpFbKx5DBjWFdsRAtbjAKCxea3jZADjfW+DMIxDcNa9QEiaqACeNgxs
42 PtwCGMw/rPE62sL8qxRa/Y0=
43 =OKx0
44 -----END PGP SIGNATURE-----
45
46 --
47 gentoo-dev@g.o mailing list

Replies