Bug#68452: marked as done (ash gets miscompiled on sparc32 with -O2)
Your message dated Fri, 13 Apr 2001 00:12:40 +0200 (MEST)
with message-id <15062.10229.831385.119161@bolero>
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 meder@isr.uni-stuttgart.de Thu Aug 03 08:29:09 2000
Return-path: <meder@isr.uni-stuttgart.de>
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 <meder@isr.uni-stuttgart.de>
To: Debian Bug Tracking System <submit@bugs.debian.org>
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: <E13KL3V-0000eM-00@koenig>
Delivered-To: submit@bugs.debian.org
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 doko@cs.tu-berlin.de Thu Apr 12 17:21:36 2001
Return-path: <doko@cs.tu-berlin.de>
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 doko@localhost)
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 <doko@cs.tu-berlin.de>
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: 68452-done@bugs.debian.org
CC: ash@packages.debian.org
Subject: closing gcc bug (ash on sparc)
X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid
Message-ID: <15062.10229.831385.119161@bolero>
Delivered-To: 68452-done@bugs.debian.org
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.
Reply to: