Resurrecting Debian on SPARC
Hi!
I was wondering how many here are still interested in the Debian
SPARC port?
In the past weeks, I have invested some efforts to revive the sparc64
port a bit and managed to get at least gcc-5 compile and work through
the build queue a bit. Rod Schnell, a user from the US, kindly donated
an UltraSPARC IIIi for use which I set up as an additional buildd and
porterbox (Hostname: raverin).
Currently, there are some packages left like mozjs that need manual
porting before they will compile on sparc64. Furthermore, there are
a number of packages which fail with weird linker errors [1]:
=======================================================================
gcc -DHAVE_CONFIG_H -I. -I../../../usbhid-dump/src -I..
-I/«PKGBUILDDIR»/usbhid-dump/include
-I/«PKGBUILDDIR»/build-deb/usbhid-dump
-I/«PKGBUILDDIR»/build-deb/usbhid-dump/include -DNDEBUG
-D_FORTIFY_SOURCE=2 -Os -Wall -g -O2 -fstack-protector-strong -Wformat
-Werror=format-security -I/usr/include/libusb-1.0 -c -o usbhid-dump.o
../../../usbhid-dump/src/usbhid-dump.c
/bin/bash ../libtool --tag=CC --mode=link gcc -Os -Wall -g -O2
-fstack-protector-strong -Wformat -Werror=format-security
-I/usr/include/libusb-1.0 -Wl,-z,relro -o usbhid-dump usbhid-dump.o
../lib/libuhd.la -lusb-1.0
libtool: link: gcc -Os -Wall -g -O2 -fstack-protector-strong -Wformat
-Werror=format-security -I/usr/include/libusb-1.0 -Wl,-z -Wl,relro -o
usbhid-dump usbhid-dump.o ../lib/.libs/libuhd.a -lusb-1.0
/usr/bin/ld: //lib/sparc64-linux-gnu/libudev.so.1: Only registers
%g[2367] can be declared using STT_REGISTER
//lib/sparc64-linux-gnu/libudev.so.1: error adding symbols: No such file
or directory
collect2: error: ld returned 1 exit status
make[6]: *** [usbhid-dump] Error 1
=======================================================================
And some just segfault during build [2]:
=======================================================================
/usr/bin/xsltproc -o man/bootup.7 --nonet --xinclude --stringparam
man.output.quietly 1 --stringparam funcsynopsis.style ansi --stringparam
man.authors.section.enabled 0 --stringparam
man.copyright.section.enabled 0 --stringparam systemd.version 226 --path
'./man:../man' ../man/custom-man.xsl ../man/bootup.xml
make[4]: *** [man/bootup.7] Segmentation fault
Makefile:21248: recipe for target 'man/bootup.7' failed
make[3]: *** [all-recursive] Error 1
=======================================================================
Anyone here willing to join the efforts to fix the sparc64 port or
even resurrect the 32-bit SPARC port which was recently removed from
Debian?
I think it might be actually a good idea to resurrect the 32-bit
port and add it to Debian ports since sparc32 seems to be a in
a better shape regarding kernel and toolchain support.
Cheers,
Adrian
> [1]
https://buildd.debian.org/status/fetch.php?pkg=usbutils&arch=sparc64&ver=1%3A007-4&stamp=1441551102
> [2]
https://buildd.debian.org/status/fetch.php?pkg=systemd&arch=sparc64&ver=226-1&stamp=1442141223
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaubitz@debian.org
`. `' Freie Universitaet Berlin - glaubitz@physik.fu-berlin.de
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Reply to: