1 |
On 01/20/2016 04:51 PM, Mike Frysinger wrote: |
2 |
> On 20 Jan 2016 15:49, Alex McWhirter wrote: |
3 |
>> On 01/20/2016 02:01 PM, Mike Frysinger wrote: |
4 |
>>> On 20 Jan 2016 02:40, Alex McWhirter wrote: |
5 |
>>>> So 32bit libc is going to need a 32bit gcc, gcc is capable of -m32 but |
6 |
>>>> it's libs are ELF 64 only. So we need to compile gcc with multilib as well. |
7 |
>>>> |
8 |
>>>> gcc depends on libc, so we have a chicken and egg problem here. I am |
9 |
>>>> trying to pass --without-headers and --with-newlib to gcc, but it still |
10 |
>>>> looks for stubs-32.h which isn't there. |
11 |
>>>> |
12 |
>>>> Trying now with --disable-shared but i don't see how that will make a |
13 |
>>>> difference. |
14 |
>>> since you have 32-bit & 64-bit builds of sparc already, just copy by hand |
15 |
>>> the 32-bit gcc libs in to the right place. then build glibc, and then |
16 |
>>> rebuild gcc. you should be able to bootstrap multilib build that way. |
17 |
>> Yea, i tried that. But on 32bit, /lib is a symlink to /lib32 and on |
18 |
>> 64bit it's a symlink to /lib64. libraries on sparc32 look in /lib for |
19 |
>> other 32bit libraries and sparc64 does the same for 64bit libraries. So |
20 |
>> when 32 bit gcc expects to find 32bit in /lib you end up with the same |
21 |
>> problem. |
22 |
> since sparc64 & multilib is new work, let's get it right from the start: |
23 |
> you should not be using SYMLINK_LIB=yes at all. so we'll add this line |
24 |
> to arch/sparc/make.defaults: |
25 |
> SYMLINK_LIB=no |
26 |
> -mike |
27 |
|
28 |
I was more or less emulating the amd64 profile, so i figure that was the |
29 |
right way to go. Is there anything else i should be looking for? I |
30 |
carried this over from the old sparc profile for sparc32. |
31 |
|
32 |
FEATURES="-multilib-strict" |
33 |
MULTILIB_STRICT_DIRS="/lib32 /usr/lib32 /usr/kde/*/lib32 /usr/qt/*/lib32 |
34 |
/usr/X11R6/lib32" |
35 |
|
36 |
That's seems somewhat dirty to me, but i carried it over because it worked. |