From owner-freebsd-bugs Mon Jul 22 11:07:44 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA20723 for bugs-outgoing; Mon, 22 Jul 1996 11:07:44 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA20718 for ; Mon, 22 Jul 1996 11:07:41 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id LAA00336; Mon, 22 Jul 1996 11:06:46 -0700 (PDT) Message-Id: <199607221806.LAA00336@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Marc Slemko cc: Joerg Wunsch , freebsd-bugs@freefall.freebsd.org Subject: Re: bin/1411: vi dumps core when using 'set list' In-reply-to: Your message of "Mon, 22 Jul 1996 11:04:22 MDT." From: David Greenman Reply-To: dg@root.com Date: Mon, 22 Jul 1996 11:06:46 -0700 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >On Mon, 22 Jul 1996, J Wunsch wrote: > >> As Marc Slemko wrote: >> >> > After further investigation, this problem appears to be the result of >> > using -m486 in the CFLAGS while compiling vi. If I compile without -m486, >> > it works fine. >> >> That's strange. Jordan already mentioned that 2.1.5 was not compiled >> with -m486, and i can add one more to this: everything i compile >> (including the tests to reproduce the behaviour of your PR) _has_ the >> -m486. > >Hmm. Well, I tried compiling it once again, this time with CFLAGS set to >"-O2 -m486 -pipe" and the problem was not there. Trying with "-O2 -m486", >the problem still wasn't there. With one of -O2 or -m486, it is still >there. Hey, I just tried -m486 again and it won't show up. Grr. Try >just using -O2 and see if you can make it show up. > >I just recompiled everything with "-O2"; the problem was there. I then >removed common/svi_line.o and did another make, this time with no special >CFLAGS. The problem went away. Removing common/svi_line.o once more and >doing a make with CFLAGS set to -O2 brought the problem back. ... >Since I do seem to be saying some conflicting things, if you still can't >reproduce it give me a week or so to at least straighten out my story and >see what else I can find. At this point, it is really looking like a gcc >bug. If it is a gcc bug, the next logical step would be to compare the >assembly output from gcc using various options; unfortunately, that's a >bit beyond what I am capable of understanding, especially since the >problem is in optimizations. There is a known bug with -O2. That's why we don't use it. The problem is with strength reduction. Try adding: -fno-strength-reduce and see if the bug goes away. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project