From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19812 invoked by alias); 22 Feb 2005 18:36:15 -0000 Mailing-List: contact binutils-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sources.redhat.com Received: (qmail 19767 invoked from network); 22 Feb 2005 18:36:11 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 22 Feb 2005 18:36:11 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.11) with ESMTP id j1MIaBhn015626 for ; Tue, 22 Feb 2005 13:36:11 -0500 Received: from potter.sfbay.redhat.com (potter.sfbay.redhat.com [172.16.27.15]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id j1MIaAK21136; Tue, 22 Feb 2005 13:36:10 -0500 Received: from dhcp-172-16-25-252.sfbay.redhat.com (dhcp-172-16-25-252.sfbay.redhat.com [172.16.25.252]) by potter.sfbay.redhat.com (8.12.8/8.12.8) with ESMTP id j1MIa85s004305; Tue, 22 Feb 2005 13:36:09 -0500 Subject: Re: More MIPS testsuite fixes From: Eric Christopher To: Daniel Jacobowitz Cc: binutils@sources.redhat.com In-Reply-To: <20050222182917.GA23903@nevyn.them.org> References: <20050221155056.GA19151@nevyn.them.org> <20050221230621.GB900@bubble.modra.org> <20050221235443.GA25719@nevyn.them.org> <20050222004316.GB1757@rembrandt.csv.ica.uni-stuttgart.de> <20050222182917.GA23903@nevyn.them.org> Content-Type: text/plain Date: Tue, 22 Feb 2005 20:27:00 -0000 Message-Id: <1109097368.5032.1.camel@localhost.localdomain> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-SW-Source: 2005-02/txt/msg00515.txt.bz2 On Tue, 2005-02-22 at 13:29 -0500, Daniel Jacobowitz wrote: > On Tue, Feb 22, 2005 at 01:43:16AM +0100, Thiemo Seufer wrote: > > Daniel Jacobowitz wrote: > > [snip] > > > > Hmm, since we are talking mips failures, I also test mips-ecoff: > > > > > > > > $ grep FAIL check.log0 | wc -l > > > > 318 > > > > > > > > How about someone in the mips camp fixing them, or deprecate the target? > > > > A while ago most of those were ELF-only testcases which are erraneously > > run for mips-ecoff. > > > > > We'd been talking about deprecating it. I don't remember the result of > > > the discussion. > > > > It is still in use for bootloader related stuff on Linux and NetBSD. > > That can't be resolved by using ELF and objcopy? That's where the > discussion got stalled last time IIRC. > I talked to some of the NetBSD guys yesterday. They believe that they have their own elf to ecoff converter and don't need it, but I sent mail to their toolchain list for verification. I'll take silence of a couple of days as assent. :) -eric