Your message dated Fri, 23 Feb 2007 17:05:40 -0500
with message-id <[EMAIL PROTECTED]>
and subject line Bug#218386: sparc64 segfault
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: fakeroot
Version: 0.8.0
Severity: normal
Hi,
this problem seems to be a sparc64 only problem. A sparc32 binary
works fine. So you can reproduce this bug:
* get and extract kernel sources
$ cd kernel-source-2.4.xx
$ sparc64 make scripts/mkdep
$ file scripts/mkdep
scripts/mkdep: ELF 64-bit MSB executable, SPARC V9, version 1 (SYSV),
for GNU/Linux 2.2.0, dynamically linked (uses shared libs), not stripped
$ HPATH=./include fakeroot scripts/mkdep -- kernel/acct.c
/usr/bin/fakeroot: line 128: 16684 Segmentation fault
FAKEROOTKEY=$FAKEROOTKEY LD_LIBRARY_PATH="$PATHS" LD_PRELOAD="$LIB" "$@"
I noticed this problem while building kernel-image-sparc under fakeroot.
If I enable core dumps, I get a core dump gdb doesn't understand. So I
couldn't get more information out of it.
As a workaround I just had to take care scripts/mkdep (and the other
binaries in scripts/) aren't compiled with -m64.
Andreas
-- System Information:
Debian Release: testing/unstable
Architecture: sparc
Kernel: Linux argonath-linux 2.4.22-anbe3-sparc64-smp #1 SMP Sun Sep 28
23:33:06 CEST 2003 sparc64
Locale: LANG=C, LC_CTYPE=C
Versions of packages fakeroot depends on:
ii libc6 2.3.2-7 GNU C Library: Shared libraries an
ii libgcc1 1:3.3.2-1 GCC support library
ii libstdc++5 1:3.3.2-1 The GNU Standard C++ Library v3
-- no debconf information
--- End Message ---
--- Begin Message ---
> No, since have no time to play with my old Sparcs any more ... :-(
> and it's also a long time since my last custom kernel compilation ...
>
> I won't mind if you just close this bug without further investigation.
Okay. Hopefully someone will refile if it's still an issue.
--- End Message ---
