1 |
Michał Górny wrote: |
2 |
> The arch/ tree starts with 'generic' subdirectories matching main |
3 |
> arches -- like arm, mips, x86, sparc, powerpc, s390 (but not amd64). |
4 |
|
5 |
I like this idea, but.. |
6 |
|
7 |
|
8 |
> Each of arch trees contains an 'abis' subtree that contains mix-ins |
9 |
|
10 |
..please please call this 'abi' instead. |
11 |
|
12 |
|
13 |
> For example, the expanded inherits for arch/x86/multilib/amd64 would |
14 |
> go like: |
15 |
> |
16 |
> 1. arch/base -- that disables a lot of uncommon stuff, |
17 |
> 2. arch/x86/base [optionally] -- setting some generic defaults, |
18 |
|
19 |
Fine so far. |
20 |
|
21 |
> 3. arch/x86/abis/x86 -- setting support for 'x86' ABI, |
22 |
> 4. arch/x86/abis/x86/lib32 [optionally] -- overriding LIBDIR_x86 for |
23 |
> compatibility with current SYMLINK_LIB screwup, |
24 |
|
25 |
This can't work; abi/x86 can't be both a file and a subdir. |
26 |
Maybe call them abi/x86 and abi/x86_SYMLINK_LIB_compatibility ? |
27 |
(Or x86_lib32, although that is a lot less descriptive.) |
28 |
|
29 |
|
30 |
> 5. arch/x86/abis/amd64 -- setting support for 'amd64' ABI, |
31 |
> 6. arch/x86/abis/amd64/default [optionally] -- setting 'amd64' |
32 |
> as default ABI, |
33 |
|
34 |
Same here with abi/amd64 being both file and subdir. |
35 |
|
36 |
|
37 |
> 7. arch/x86/multilib/amd64 -- finishing multilib setup. |
38 |
|
39 |
I think it looks good. |
40 |
|
41 |
|
42 |
//Peter |