1 |
Hi, |
2 |
|
3 |
While 'ia64-hpux' is a multilib platform, and the compilers (HP-cc, gcc) |
4 |
support this, their default output still is 32bit. |
5 |
|
6 |
This is the reason why currently the 'ia64-hpux' keyword in prefix |
7 |
stands for 32bit, but IMO this is just wrong. |
8 |
|
9 |
What I could think of is something like this: |
10 |
|
11 |
1) For "CHOST=ia64-hp-hpux*", patch toolchain (or set CFLAGS/LDFLAGS) to |
12 |
default to 64bit, and use keyword 'ia64-hpux'. |
13 |
|
14 |
2a) Define a new "CHOST=ia64_32-hp-hpux*", patch toolchain to understand |
15 |
this (like for x64-solaris iirc?), and use keyword 'ia64_32-hpux'. |
16 |
|
17 |
2b) Or should this better be named "CHOST=ia32-hp-hpux*" and keyword |
18 |
'ia32-hpux' ? |
19 |
|
20 |
How would this be confusing with the fact that 'ia32' is equal to 'x86' |
21 |
from Intel's POV (they use 'x64' for 'x86' + EM64T extension IIRC). |
22 |
|
23 |
Thoughts? |
24 |
|
25 |
/haubi/ |
26 |
-- |
27 |
Michael Haubenwallner |
28 |
Gentoo on a different level |
29 |
|
30 |
-- |
31 |
gentoo-alt@l.g.o mailing list |