| 1 |
On 01/20/2016 02:01 PM, Mike Frysinger wrote: |
| 2 |
> On 20 Jan 2016 02:40, Alex McWhirter wrote: |
| 3 |
>> So 32bit libc is going to need a 32bit gcc, gcc is capable of -m32 but |
| 4 |
>> it's libs are ELF 64 only. So we need to compile gcc with multilib as well. |
| 5 |
>> |
| 6 |
>> gcc depends on libc, so we have a chicken and egg problem here. I am |
| 7 |
>> trying to pass --without-headers and --with-newlib to gcc, but it still |
| 8 |
>> looks for stubs-32.h which isn't there. |
| 9 |
>> |
| 10 |
>> Trying now with --disable-shared but i don't see how that will make a |
| 11 |
>> difference. |
| 12 |
> since you have 32-bit & 64-bit builds of sparc already, just copy by hand |
| 13 |
> the 32-bit gcc libs in to the right place. then build glibc, and then |
| 14 |
> rebuild gcc. you should be able to bootstrap multilib build that way. |
| 15 |
> -mike |
| 16 |
|
| 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 |
|
| 23 |
Im playing around with crossdev atm, need to find a way to pass v9a arch |
| 24 |
when chost is X86... |
Archives