$> uname -a Linux blade2 2.6.15-gentoo-r7 #2 SMP Wed Mar 29 13:12:37 CEST 2006 sparc64 sun4u TI UltraSparc III+ (Cheetah+) GNU/Linux To get 64bit binaries, I emerged crossdev and ran "crossdev --target sparc64-unknown-linux-gnu" (-m64 flag not supported by sparc-unknown-linux-gnu-gcc). glibc failed to build due to recursive inclusion of "sys/syscall.h": $> cat /var/tmp/cross/sparc64-unknown-linux-gnu/portage/glibc-2.3.6-r3/work/build-sparc64-sparc64-unknown-linux-gnu-linuxthreads/sys/syscall.h #include <sys/syscall.h> $> Message: [snip] from /var/tmp/cross/sparc64-unknown-linux-gnu/portage/glibc-2.3.6-r3/work/build-sparc64-sparc64-unknown-linux-gnu-linuxthreads/sys/syscall. h:1, from ../sysdeps/unix/sysdep.h:21, from ../sysdeps/unix/sysv/linux/sparc/sparc64/sysdep.h:23, from <stdin>:1: /var/tmp/cross/sparc64-unknown-linux-gnu/portage/glibc-2.3.6-r3/work/build-sparc64-sparc64-unknown-linux-gnu-linuxthreads/sys/syscall.h:1:25: #include nested too deeply
Created attachment 84955 [details] crossdev log info.log from crossdev, gzipped
Created attachment 84956 [details] crossdev log (compiler messages) glibc compiler messages as captured by crossdev, gzipped
The attachment with compiler messages contains these lines: "Configuring GLIBC for linuxthreads with: --enable-kernel=2.4.1" Since I'm running 2.6.15-gentoo-r7, I added LT_KERNEL_VERSION=2.6.x to the crossdev command line and recompiled glibc. The result: x=1,2: same error as before: "inclued nested too deeply" x=6,11: endless make recursion?! The make recursion jumps endlessy between two directories, I stopped the compilation attempt after 9 hours wall clock time and 244MB of log output, the log is available upon request.
considering how unsupported sparc64 userland is at the moment, i'd say this is unsupported ... try later versions