From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-42810-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 5414 invoked by alias); 14 Dec 2001 01:38:37 -0000
Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Archive: <http://gcc.gnu.org/ml/gcc/>
List-Post: <mailto:gcc@gcc.gnu.org>
List-Help: <http://gcc.gnu.org/ml/>
Sender: gcc-owner@gcc.gnu.org
Received: (qmail 5393 invoked from network); 14 Dec 2001 01:38:37 -0000
Received: from unknown (HELO kiruna.synopsys.com) (204.176.20.18)
  by sources.redhat.com with SMTP; 14 Dec 2001 01:38:37 -0000
Received: from mother.synopsys.com (mother.synopsys.com [146.225.100.171])
	by kiruna.synopsys.com (Postfix) with ESMTP
	id 3378FF450; Thu, 13 Dec 2001 17:38:37 -0800 (PST)
Received: from atrus.synopsys.com (localhost [127.0.0.1])
	by mother.synopsys.com (8.9.1/8.9.1) with ESMTP id RAA29466;
	Thu, 13 Dec 2001 17:38:18 -0800 (PST)
From: Joe Buck <jbuck@synopsys.COM>
Received: (from jbuck@localhost)
	by atrus.synopsys.com (8.9.3+Sun/8.9.1) id RAA12663;
	Thu, 13 Dec 2001 17:38:36 -0800 (PST)
Message-Id: <200112140138.RAA12663@atrus.synopsys.com>
Subject: Re: GCC 3.0.3 Prelease problem on --target=m68k-elf
To: pbarada@mail.wm.sps.mot.com (Peter Barada)
Date: Thu, 13 Dec 2001 17:39:00 -0000
Cc: gcc@gcc.gnu.org
In-Reply-To: <200112140110.fBE1A5s19969@hyper.wm.sps.mot.com> from "Peter Barada" at Dec 13, 2001 08:10:05 PM
X-Mailer: ELM [version 2.5 PL2]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-SW-Source: 2001-12/txt/msg00746.txt.bz2


Peter Barada writes:
> gcc-3.0.3-20011213 builds with the following config.status:
> #!/bin/sh
> # This file was generated automatically by configure.  Do not edit.
> # This directory was configured as follows:
> /home/pbarada/work/cvs-wavemark/cross-linux-tools/gcc-3.0.3-20011213/configure --with-gcc-version-trigger=/home/pbarada/work/cvs-wavemark/cross-linux-tools/gcc-3.0.3-20011213/gcc/version.c --host=i686-pc-linux-gnu --target=m68k-elf --prefix=/tmp/crap5 --enable-languages=c --with-local-prefix=/tmp/crap5/m68k-elf --without-headers --with-newlib --disable-shared --norecursion 
> # 

> Unfortunately it doesn't produce correct code for -m5200 due to the
> "r" constraint in the following pattern in gcc/config/m68k/m68k.md:
> 
> ;; Jump to variable address from dispatch table of relative addresses.
> (define_insn ""
>   [(set (pc)
> 	(plus:SI (pc)
> 		 (sign_extend:SI (match_operand:HI 0 "register_operand" "r"))))
>    (use (label_ref (match_operand 1 "" "")))]
>   ""

Is this a regression with respect to 3.0.2, or 2.95.3?

Either way, it seems the thing to do is to file a bug report with GNATS
including a test case for which bad code generation occurs.