Your message dated Fri, 13 Apr 2001 00:12:40 +0200 (MEST) with message-id <[EMAIL PROTECTED]> and subject line closing gcc bug (ash on sparc) 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.) Darren Benham (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 3 Aug 2000 13:29:09 +0000 >From [EMAIL PROTECTED] Thu Aug 03 08:29:09 2000 Return-path: <[EMAIL PROTECTED]> Received: from koenig.isr.uni-stuttgart.de (koenig) [129.69.33.94] (mail) by master.debian.org with esmtp (Exim 3.12 2 (Debian)) id 13KL3d-00048N-00; Thu, 03 Aug 2000 08:29:09 -0500 Received: from chris by koenig with local (Exim 3.12 #1 (Debian)) id 13KL3V-0000eM-00; Thu, 03 Aug 2000 15:29:01 +0200 From: Christian Meder <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: ash gets miscompiled on sparc32 with -O2 X-Reportbug-Version: 0.54 X-Mailer: reportbug 0.54 Date: Thu, 03 Aug 2000 15:29:01 +0200 Message-Id: <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] Package: gcc Version: 1:2.95.2-13 Severity: normal ash which is needed for the boot floppies gets miscompiled for sparc32 when compiled with -O2. The report which is included below is the description of my debugging session when debugging a boot floppy problem on sparc32 with Erik Andersen. Ok so here's my debugging story for the problem: I started by trying your suggestion to strace the mount of proc. Copied strace into the root image, copied libnsl, compressed it again, wrote it to floppy. rebooted and oh joy: strace segfaulted too ;-) Next try: switch to the second console of the installation and start strace manually. Complains that it's missing a symbol which is probably stripped out by the library reduction, urgh :-( Started playing around with the console and got closer to the core of the problem. Only two out of four command invocations from the ash shell are executed the rest does just segfault. Now that we know the culprit I returned to my good old desktop sparc 10 which is running potato and started playing with ash. Took the default potato sparc package and verified that the behaviour is the same as the one I see on the boot-floppies. Tested the potato package on a sparc64 potato machine: it works fine there. Interesting ... Compiled my own ash-0.3.5 Debian package on the sparc 10, same random segfaulting behaviour (note that the forked shells segfault _not_ the rootshell itself). Compiled the slink ash-0.3.4 package: this one works fine ;-) Compiled the ash-0.3.5 package with jobs.c reverted to ash-0.3.4, works too. Tried to find the guilty change by invidually reverting the changes to jobs.c to the 0.3.4 version but no luck. There's something fishy going on here ... Let's check the compilers. Compile 0.3.5 on a slink sparc machine and copy it to a potato box: oh wonder, it works. Urgh, so probably a compiler problem slink used gcc 2.7.2.3 on sparc. Another last test to see if it's compiler related: compiled 0.3.5 on potato but disabled optimization for the jobs.c file. This version works too. So what's the moral of the story: a (normal) bug report against gcc 2.95 because it seems to misoptimise jobs.c for sparc (although it works on sparc64), an (important) bug report against ash to get it recompiled for sparc potato (either disable -O2 for jobs.c or use gcc2.7.2.3) which is needed to get proper boot floppies for sparc32 and a clarification to the boot floppies and busybox people which are not responsible for this bug. I'll keep the boot floppies bug open anyway until we got new sparc boot floppies with a fixed ash. Christian -- System Information Debian Release: 2.2 Architecture: sparc Kernel: Linux koenig 2.2.15 #1 Wed Jun 7 12:30:24 EDT 2000 sparc Versions of packages gcc depends on: ii binutils 2.9.5.0.37-1 The GNU assembler, linker and bina ii cpp 1:2.95.2-13 The GNU C preprocessor. ii libc6 2.1.3-10.0.2 GNU C Library: Shared libraries an --------------------------------------- Received: (at 68452-done) by bugs.debian.org; 12 Apr 2001 22:21:36 +0000 >From [EMAIL PROTECTED] Thu Apr 12 17:21:36 2001 Return-path: <[EMAIL PROTECTED]> Received: from mail.cs.tu-berlin.de [130.149.17.13] (root) by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 14npT5-0005FX-00; Thu, 12 Apr 2001 17:21:35 -0500 Received: from bolero.cs.tu-berlin.de (bolero.cs.tu-berlin.de [130.149.19.1]) by mail.cs.tu-berlin.de (8.9.3/8.9.3) with ESMTP id AAA12409; Fri, 13 Apr 2001 00:13:11 +0200 (MET DST) Received: (from [EMAIL PROTECTED]) by bolero.cs.tu-berlin.de (8.9.3+Sun/8.9.3) id AAA20853; Fri, 13 Apr 2001 00:12:41 +0200 (MEST) From: Matthias Klose <[EMAIL PROTECTED]> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 13 Apr 2001 00:12:40 +0200 (MEST) To: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: closing gcc bug (ash on sparc) X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] as Ben mentioned the newest ash is available for sparc and there are no specfic rules in the rules file for building the package on sparc. closing the report.