From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27218 invoked by alias); 3 Jul 2004 11:45:37 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 27207 invoked from network); 3 Jul 2004 11:45:36 -0000 Received: from unknown (HELO maynard.mail.mindspring.net) (207.69.200.243) by sourceware.org with SMTP; 3 Jul 2004 11:45:36 -0000 Received: from user-119a90a.biz.mindspring.com ([66.149.36.10] helo=berman.michael-chastain.com) by maynard.mail.mindspring.net with esmtp (Exim 3.33 #1) id 1Bgixa-0002Dw-00; Sat, 03 Jul 2004 07:45:34 -0400 Received: by berman.michael-chastain.com (Postfix, from userid 502) id 71C864B104; Sat, 3 Jul 2004 07:45:43 -0400 (EDT) To: eliz@gnu.org Subject: Re: Delay the branch for E500 native support Cc: gdb@sources.redhat.com Message-Id: <20040703114543.71C864B104@berman.michael-chastain.com> Date: Sat, 03 Jul 2004 11:45:00 -0000 From: mec.gnu@mindspring.com (Michael Elizabeth Chastain) X-SW-Source: 2004-07/txt/msg00017.txt.bz2 The disadvantage of feature-based scheduling is that right after each feature comes one more feature. I think it's too early to branch because there are still too many regressions from 6.1.1: two PR's on native i686-pc-linux-gnu, and probably two or three more on native hppa2.0w-hp-hpux11.00 if I ever get to the bottom of analyzing them. (Right now I'm working on yet another debug info regression in gcc HEAD). But that's a different reason. Michael C