1 |
On 19-05-2009 09:30:13 -0500, Jeremy Olexa wrote: |
2 |
> On Tue, May 19, 2009 at 5:49 AM, Fabian Groffen <grobian@g.o> wrote: |
3 |
> > Hi all, |
4 |
> > |
5 |
> > While cleaning up the Darwin and Solaris profiles, I noticed that there |
6 |
> > is some redundancy in masks (necessary) due to the structure based on |
7 |
> > single inheritance: |
8 |
> > |
9 |
> > <os>/<release>/<arch> |
10 |
> > e.g. |
11 |
> > darwin/10.4/ppc |
12 |
> > darwin/10.4/x86 |
13 |
> > darwin/10.5/ppc |
14 |
> > darwin/10.5/x86 |
15 |
> > |
16 |
> > Most e.g. masks in the ppc dirs are specific for the CPU, and not really |
17 |
> > bound to the OS release. So I propose the following structure: |
18 |
> > |
19 |
> > <os>/<arch> |
20 |
> > <os>/<release>/<arch> (inherits from .. and ../../<arch>) |
21 |
> > |
22 |
> > This way a single mask can e.g. apply to all PPC versions of Mac OS X. |
23 |
> > Similar for Solaris' sparc, sparc64, x86 and x64. |
24 |
> > |
25 |
> > Does this make sense, or am I missing something obvious? Better ideas? |
26 |
> > |
27 |
> > (note that I (hopefully) kept full backwards compatability with this scheme) |
28 |
> |
29 |
> Like: |
30 |
> darwin/ppc/10.4 |
31 |
> darwin/x86/10.4 |
32 |
> darwin/ppc/10.5 |
33 |
> darwin/x86/10.5 |
34 |
|
35 |
No, just: |
36 |
|
37 |
darwin/ppc |
38 |
darwin/x86 |
39 |
darwin/10.4/ppc |
40 |
darwin/10.4/x86 |
41 |
darwin/10.5/ppc |
42 |
darwin/10.5/x86 |
43 |
|
44 |
> Is that how you are planning to do it? Because I think that makes the |
45 |
> most sense. If you look at linux/ - they are linux/<arch>/ (they skip |
46 |
> the <release> because it isn't needed) |
47 |
|
48 |
Well, that's just doing it the other way around? |
49 |
|
50 |
> Do also realize that this applies to *all* profiles, not just darwin |
51 |
> and solaris. Windows look like the only ones that won't need changing |
52 |
> because linux. |
53 |
|
54 |
Hmmm... not sure if other profiles are much in need for it. Alternative |
55 |
is to create a prefix/arch/{x86,ppc,sparc,...}, or maybe even start |
56 |
inheriting arch/X. In principle looks ok, but its linux biased |
57 |
sometimes... |
58 |
|
59 |
|
60 |
-- |
61 |
Fabian Groffen |
62 |
Gentoo on a different level |