1 |
Hi Perry, |
2 |
|
3 |
On 12/11/2010 01:41 AM, Perry Smith wrote: |
4 |
> Hi, |
5 |
> |
6 |
> I'm still digesting this but I wanted to mention something that I have not seen mentioned in all the text I've read so far which is "64 bit". |
7 |
|
8 |
Exactly - for now, there is only 32bit support in Prefix for AIX (as well as HP-UX), |
9 |
as I do not have any /real/ need for 64bit. And iff you don't write database engines, |
10 |
I'm pretty sure you don't have a /real/ need for 64bit too. |
11 |
However - you're welcome to do the ppc64-aix keywords ;) |
12 |
|
13 |
> When I built my gcc this last time, I built gcc twice and the dependent libraries four times each. |
14 |
> The process breaks down into this. |
15 |
|
16 |
While gcc supports multilib on AIX out of the box, we have disabled any multilib |
17 |
bit in Prefix in general. Instead, we support different Prefix installations |
18 |
with different CHOST and KEYWORDs only. |
19 |
|
20 |
> For both passes, I do "out of tree" builds and build each library in 32 bit mode and again in 64 bit mode. |
21 |
> I then rename the 32 bit shared object to e.g. libmpfr32.so.1, the 64 bit object to libmpfr64.so.1, and then create an archive called libmpfr.a. |
22 |
|
23 |
A Library called 'libmpfr.a' without any version number in plain filename |
24 |
is calling for troubles[1]. |
25 |
|
26 |
<snip> |
27 |
> And, as an experiment, I moved my libmpfr.a library, pointed to it via LIBPATH, and could compile, link, and execute as well. |
28 |
> So if things are in their normal position, no LIBPATH is needed. |
29 |
> If they are moved elsewhere, setting LIBPATH allows them to be found and used. |
30 |
|
31 |
As you said - using LIBPATH is an /experiment/. |
32 |
Anything like LIBPATH never is a solution, but a call for troubles. |
33 |
So we don't allow LIBPATH/LD_LIBRARY_PATH/etc. in Prefix. |
34 |
|
35 |
> Again, to repeat, being able to move the libraries isn't my main objective. |
36 |
|
37 |
Good to hear ;) |
38 |
|
39 |
> My main point here is that every library, under my blue sky dream, would be compiled with both ABIs |
40 |
> so that users could build complicated applications in 64 bit mode with very little trouble. |
41 |
|
42 |
This is not supported by upstream portage yet. However, there are people |
43 |
working in that direction[2]. But this does not necessarily mean we will |
44 |
support that in Prefix whenever done upstream once. |
45 |
|
46 |
[1] http://bugs.gentoo.org/show_bug.cgi?id=213277#c11 |
47 |
[2] http://archives.gentoo.org/gentoo-dev/msg_46b23feaa62cfbc11abca5d9613fcd05.xml |
48 |
|
49 |
/haubi/ |
50 |
-- |
51 |
Michael Haubenwallner |
52 |
Gentoo on a different level |