From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9577 invoked by alias); 2 Jun 2003 15:53:36 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 9502 invoked from network); 2 Jun 2003 15:53:35 -0000 Received: from unknown (HELO vortex.ices.utexas.edu) (128.83.68.102) by sources.redhat.com with SMTP; 2 Jun 2003 15:53:35 -0000 Received: from gandalf.ices.utexas.edu (IDENT:/4b6jclVLO+huarO+3x9hrunZjvjMxwy@gandalf.ices.utexas.edu [128.83.68.35]) by vortex.ices.utexas.edu (8.12.9/8.12.9) with ESMTP id h52FrZDh003860; Mon, 2 Jun 2003 10:53:35 -0500 Date: Mon, 02 Jun 2003 15:53:00 -0000 From: Wolfgang Bangerth To: Dara Hazeghi cc: gcc-bugs@gcc.gnu.org Subject: Re: NEW vs. UNCONFIRMED In-Reply-To: <6E8F0674-93E8-11D7-81B9-000393681B36@yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2003-06/txt/msg00344.txt.bz2 List-Id: > Yes, that makes more sense. I think the general policy should be that > bugs get closed only when there's good evidence that they've been > fixed, Certainly. Use common sense. > No, but what I mean is that C/C++ bugs are _generally_ reproducible > across targets, meaning you don't need a specific machine to test them Not quite. We've got a number of PRs for windows specific things. But in general true. > > Dara seems like everything else :-) > > Not quite. Right now I have access to PowerPC/Darwin, x86/Linux, > Sparc/Solaris. Hopefully this summer: HPPA/HPUX, IA64/HPUX, and > IA64/Linux. That _is_ almost everything else :-) > Looks like the main missing ones are MIPS/IRIX, Alpha/Tru64 and the > small embedded ones (SH, Arm, etc.). I've got an old mips/irix machine, but it took 3 days to bootstrap 3.2.3, and 3.3 didn't build at all... > P.S. Could somebody take a look at 10922 sometime? I definitely should > have taken a C++ course earlier this year, but until then... We're already pretty well staffed in the C++ area. You're doing great in others. So why generate overlap :-) Can you send me preprocessed sources for the 3.4 failure, and how that one line originally looked like? W. ------------------------------------------------------------------------- Wolfgang Bangerth email: bangerth@ices.utexas.edu www: http://www.ices.utexas.edu/~bangerth/