1 |
On Wed, Aug 02, 2017 at 03:25:01PM -0400, Mike Gilbert wrote |
2 |
> On Wed, Aug 2, 2017 at 3:07 PM, Martin Vaeth <martin@×××××.de> wrote: |
3 |
> > Mike Gilbert <floppym@g.o> wrote: |
4 |
> >> On Wed, Aug 2, 2017 at 1:51 PM, Martin Vaeth <martin@×××××.de> wrote: |
5 |
> >>> If this already was discussed then sorry for the noise: |
6 |
> >>> |
7 |
> >>> What is the rationale for merging lib32 with lib? |
8 |
> >>> Wouldn't it be somewhat cleaner to have a completely |
9 |
> >>> split structure |
10 |
> >>> |
11 |
> >>> lib64 |
12 |
> >>> lib32 |
13 |
> >>> libx32 (possibly) |
14 |
> >>> lib |
15 |
> >> |
16 |
> >> Here are a couple of reasons: |
17 |
> >> |
18 |
> >> 1. Other distros (notably Red Hat and Fedora) put 32-bit libs in "lib". |
19 |
> > |
20 |
> > According to bug 506276, Debian has instead merged 64-bit to lib. |
21 |
> > So it seems to me that there is no "mainstream" to follow. |
22 |
> > Perhaps striving for the cleanest solution would be the best? |
23 |
> |
24 |
> Debian puts 64-bit libs in /lib/(host), where (host) is something like |
25 |
> x86_64-linux-gnu. They don't get put in /lib directly. They call this |
26 |
> "multiarch". |
27 |
> |
28 |
> Migrating Gentoo to a "multiarch" config is a larger project. |
29 |
|
30 |
And what happens when 128-bit cpus debut? /lib128? |
31 |
|
32 |
-- |
33 |
Walter Dnes <waltdnes@××××××××.org> |
34 |
I don't run "desktop environments"; I run useful applications |