From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11121 invoked by alias); 15 Oct 2002 05:01:16 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 11079 invoked from network); 15 Oct 2002 05:01:15 -0000 Received: from unknown (HELO lacrosse.corp.redhat.com) (66.187.233.200) by sources.redhat.com with SMTP; 15 Oct 2002 05:01:15 -0000 Received: from free.redhat.lsd.ic.unicamp.br (aoliva2.cipe.redhat.com [10.0.1.156]) by lacrosse.corp.redhat.com (8.11.6/8.9.3) with ESMTP id g9F51BP32662; Tue, 15 Oct 2002 01:01:11 -0400 Received: from free.redhat.lsd.ic.unicamp.br (localhost.localdomain [127.0.0.1]) by free.redhat.lsd.ic.unicamp.br (8.12.5/8.12.5) with ESMTP id g9F51AxB011078; Tue, 15 Oct 2002 03:01:10 -0200 Received: (from aoliva@localhost) by free.redhat.lsd.ic.unicamp.br (8.12.5/8.12.5/Submit) id g9F51Ai9011074; Tue, 15 Oct 2002 02:01:10 -0300 To: Eric Christopher Cc: "H. J. Lu" , "David S. Miller" , rsandifo@redhat.com, linux-mips@linux-mips.org, gcc@gcc.gnu.org, binutils@sources.redhat.com Subject: Re: MIPS gas relaxation still doesn't work References: <20021014123940.A32333@lucon.org> <20021014.123510.00003943.davem@redhat.com> <20021014125549.A32575@lucon.org> <20021014.125134.98070597.davem@redhat.com> <20021014130932.A32693@lucon.org> <20021014132352.A489@lucon.org> <1034630700.18841.0.camel@ghostwheel> From: Alexandre Oliva Organization: GCC Team, Red Hat Date: Tue, 15 Oct 2002 01:15:00 -0000 In-Reply-To: <1034630700.18841.0.camel@ghostwheel> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2002-10/txt/msg00784.txt.bz2 On Oct 14, 2002, Eric Christopher wrote: > On Mon, 2002-10-14 at 13:23, H. J. Lu wrote: >> On Mon, Oct 14, 2002 at 05:20:55PM -0300, Alexandre Oliva wrote: >> > On Oct 14, 2002, "H. J. Lu" wrote: >> > >> > > If gcc just emits >> > >> > > bne $2,$0,$L7493 >> > > j $L2 >> > >> > IIRC, that's exactly what GCC will emit if you don't tell it to try to >> > fill delay slots. If it tries to fill delay slots and fails, I doubt >> > the assembler is going to succeed at that. >> >> Is that a way to tell gcc not to fill the delay slots with nop? If gcc >> has nothing else to fill, do nothing and let gas do its thing. > Read mips_output_conditional_branch () That part I'm familiar with. The part I'm not familiar with is whether this would trigger problems in say the SGI assembler, or whether such reordering of .sets would violate some MIPS assembler specification I'm not familiar with. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org} Free Software Evangelist Professional serial bug killer