Package: libc6-sparc64 Version: 2.3.5-8 Severity: normal There are some critical things missing in the sparc64 TLS support code in the current debian glibc tree, for example none of the TLS relcation support is in sysdeps/sparc/sparc64/dl-machine.h, and therefore so no binary linked against 64-bit libc can execute.
Not even "/lib64/libc.so.6 --version" will work, it will fail because the dynamic linker doesn't understand the TLS relocations present in the /libc64/libc.so.64 binary. If this sparc TLS support has been backported, this back has missed significant chunks of the necessary changes and now all 64-bit binaries fail to execute on the system. I would suggest trying to execute a "Hello World" program, post-build, to avoid major errors like this. There is no way that any of the testsuite executed properly. Perhaps it was "built" successfully, but none of the programs linking against libc could have executed properly due to this bug. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc3-gd2ef5ebb Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libc6-sparc64 depends on: ii libc6 2.3.5-8 GNU C Library: Shared libraries an libc6-sparc64 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
