From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19790 invoked by alias); 23 Mar 2002 18:31:10 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 19758 invoked by uid 61); 23 Mar 2002 18:31:10 -0000 Date: Sat, 23 Mar 2002 10:31:00 -0000 Message-ID: <20020323183110.19757.qmail@sources.redhat.com> To: gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, java-prs@gcc.gnu.org, jsantala@tml.hut.fi, nobody@gcc.gnu.org, rearnsha@gcc.gnu.org From: rearnsha@gcc.gnu.org Reply-To: rearnsha@gcc.gnu.org, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, java-prs@gcc.gnu.org, jsantala@tml.hut.fi, nobody@gcc.gnu.org, rearnsha@gcc.gnu.org, gcc-gnats@gcc.gnu.org X-Mailer: gnatsweb 2.9.3 Subject: Re: java/5489: -fverbose-asm crashes jc1 on ARM cross-compiler X-SW-Source: 2002-03/txt/msg00883.txt.bz2 List-Id: Synopsis: -fverbose-asm crashes jc1 on ARM cross-compiler Responsible-Changed-From-To: unassigned->rearnsha Responsible-Changed-By: rearnsha Responsible-Changed-When: Sat Mar 23 10:31:09 2002 Responsible-Changed-Why: Mine State-Changed-From-To: open->closed State-Changed-By: rearnsha State-Changed-When: Sat Mar 23 10:31:09 2002 State-Changed-Why: The ARM back-end was playing a trick when using the special output rule '%d' where NULL meant don't put out anything. This was causing the verbose-asm code to get upset -- it expected an operand it could dereference. So pass const_true_rtx in those cases when we want the condition to be 'always'. For the '%D' case abort if passed const_true_rtx, since that means 'not always' (ie never), and we shouldn't be generating such instructions. http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=5489