1 |
On Wednesday 21 October 2009 07:34:18 Michael Haubenwallner wrote: |
2 |
> Mike Frysinger wrote: |
3 |
> > On Tuesday 20 October 2009 09:06:29 Michael Haubenwallner wrote: |
4 |
> >> As I'm building the toolchain myself too, I configure it with the |
5 |
> >> 32bit host triplet on each platform, usually disabling multilib. |
6 |
> > |
7 |
> > this doesnt make any sense to me |
8 |
> |
9 |
> What exactly doesn't make sense to you: |
10 |
|
11 |
it doesnt make sense to build your own toolchain when the default native one |
12 |
Gentoo provides includes all multilib support already. |
13 |
|
14 |
but i guess when you're commercially developing a binary-only package, people |
15 |
tend to not have such freedoms as the binary-only mentality infects all |
16 |
layers. |
17 |
|
18 |
> >> Isn't the intention of multilib to have a new (64bit) system |
19 |
> >> be compatible with the corresponding old (32bit) system? |
20 |
> > |
21 |
> > your description of "compatible" is pretty vague. ignoring /lib -> |
22 |
> > /lib64 symlink (which shouldnt matter to any binaries), i'm not aware of |
23 |
> > any differences off the top of my head. |
24 |
> |
25 |
> Well, "compatible" here means to me that when I do |
26 |
> $ configure --{build,host}=i686-pc-linux-gnu |
27 |
|
28 |
assuming you simply forgot the forcing of -m32 here, or you have a fully named |
29 |
i686-pc-linux-gnu-... toolchain |
30 |
|
31 |
> on x86-linux, I'd like to expect this working on x86_64-linux too, as the |
32 |
> "_64" can be seen as an "extension"[1] to x86 I just do not want to use. |
33 |
> |
34 |
> It turns out that it is the "/lib resolving to 64bit" thing only that |
35 |
> causes me headaches here, which actually is distro-specific. |
36 |
|
37 |
i'm not against changing things to fall in line with what other distros have |
38 |
settled on (guess that's the risk you take when you're one of the first |
39 |
distros to do multilib), i just want this kind of decision to be fully |
40 |
informed / thought out before making it. it's not something i'd label |
41 |
"trivial". |
42 |
-mike |