From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-29833-listarch-gdb-patches=sources.redhat.com@sources.redhat.com>
Received: (qmail 16131 invoked by alias); 12 Jan 2004 18:09:15 -0000
Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-patches-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sources.redhat.com>
List-Help: <mailto:gdb-patches-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-patches-owner@sources.redhat.com
Received: (qmail 16102 invoked from network); 12 Jan 2004 18:09:13 -0000
Received: from unknown (HELO nevyn.them.org) (66.93.172.17)
  by sources.redhat.com with SMTP; 12 Jan 2004 18:09:13 -0000
Received: from drow by nevyn.them.org with local (Exim 4.30 #1 (Debian))
	id 1Ag6Ux-0001ve-IR; Mon, 12 Jan 2004 13:09:11 -0500
Date: Mon, 12 Jan 2004 18:09:00 -0000
From: Daniel Jacobowitz <drow@mvista.com>
To: Andrew Cagney <cagney@gnu.org>
Cc: gdb-patches@sources.redhat.com, binutils@sources.redhat.com,
	newlib@sources.redhat.com
Subject: Re: [patch/rfc] Use i686-pc-linux-gnu as the releng target
Message-ID: <20040112180911.GA20994@nevyn.them.org>
Mail-Followup-To: Andrew Cagney <cagney@gnu.org>,
	gdb-patches@sources.redhat.com, binutils@sources.redhat.com,
	newlib@sources.redhat.com
References: <4002C4DD.7040502@gnu.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <4002C4DD.7040502@gnu.org>
User-Agent: Mutt/1.5.1i
X-SW-Source: 2004-01/txt/msg00318.txt.bz2

On Mon, Jan 12, 2004 at 11:01:33AM -0500, Andrew Cagney wrote:
> Hello,
> 
> GDB, and I suspect binutils, and just possibly newlib (true?), as part 
> of the release process does:
> 	./configure sun4
> (it is so that the .info et.al. files can be generated).  The problem is 
> that GDB no longer configures for the good old sun4.
> 
> This patch changes the system being used from "sun4" to "i686-pc-linux-gnu".
> 
> For binutils, can the release engineer give this a wirl.

Works fine.

> For newlib, is this logic still used?  Can that part of the file be removed?
> 
> Once we've sorted things here I'll see about pushing this upstream into 
> GCC repository (gcc doesn't use this file).

The GCC repository doesn't contain it, either.

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer