1 |
I'm going to try to keep all future discussion of this in this thread |
2 |
for now on. |
3 |
|
4 |
If you've kept up with the sparc list lately (seems like very few people |
5 |
do these days) i've been working on fixing up the sparc port to include |
6 |
a pure 64bit port. Basically here is where we stand in regard to the |
7 |
completion of this project. |
8 |
|
9 |
Profiles: |
10 |
sparc32: Done |
11 |
sparc32-multilib: Done |
12 |
sparc64: Done |
13 |
sparc64-multilib: Done |
14 |
|
15 |
Stage3's |
16 |
sparc32: Booting |
17 |
sparc32-multilib: Booting |
18 |
sparc64: Booting + Fairly Well Tested |
19 |
sparc64-multilib: Booting |
20 |
|
21 |
Install ISO: TODO |
22 |
|
23 |
The profiles have all been reworked quite a bit, which is why i feel the |
24 |
need to test all of them thoroughly. |
25 |
|
26 |
It's also worth noting that at this moment i am not an official Gentoo |
27 |
developer, although i am working towards having that goal met in the |
28 |
very near future. So at this point it's possible all of my work is junk |
29 |
as no one has really looked over it but me :p, so keep that in mind. |
30 |
That being said, i am posting this from an Ultra 45 with ZFS and a |
31 |
native 64bit userland ;) |
32 |
|
33 |
Ok, so now on to an issue... |
34 |
|
35 |
pciutils will not compile on sparc64, which i believe could be udev |
36 |
related. See the error below. |
37 |
|
38 |
../../lib64/libudev.so: Only registers %g[2367] can be declared using |
39 |
STT_REGISTER |
40 |
|
41 |
It seems like systemd also has a similar issue. |
42 |
https://sourceware.org/bugzilla/show_bug.cgi?id=19019 |
43 |
|
44 |
Originally it was decided to use the old sparc keyword for sparc32 and |
45 |
sparc64, but in this case we have an app that will compile on sparc32 |
46 |
but not sparc64. How should this be handled? A new keyword would be a |
47 |
pain, so is there another way of dealing with this? |