From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5411 invoked by alias); 23 Sep 2004 17:20:38 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 5384 invoked from network); 23 Sep 2004 17:20:37 -0000 Received: from unknown (HELO maynard.mail.mindspring.net) (207.69.200.243) by sourceware.org with SMTP; 23 Sep 2004 17:20:37 -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 1CAXGm-0006ax-00; Thu, 23 Sep 2004 13:20:36 -0400 Received: from mindspring.com (localhost [127.0.0.1]) by berman.michael-chastain.com (Postfix) with SMTP id 4959B4B359; Thu, 23 Sep 2004 13:20:48 -0400 (EDT) Date: Thu, 23 Sep 2004 17:20:00 -0000 From: Michael Chastain To: me@cgf.cx, gdb-patches@sources.redhat.com Subject: Re: [RFC] Suggested ways to remove the need for xm-go32.h Message-ID: <415305F0.nail1U6118H2M@mindspring.com> References: <01c49d82$Blat.v2.2.2$23875ec0@zahav.net.il> <20040923050534.GA11936@trixie.casa.cgf.cx> <41526D73.nailWK21NVX4@mindspring.com> <20040923135852.GB16115@trixie.casa.cgf.cx> In-Reply-To: <20040923135852.GB16115@trixie.casa.cgf.cx> User-Agent: nail 10.8 6/28/04 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2004-09/txt/msg00372.txt.bz2 Christopher Faylor wrote: > I guess the thing that sticks in my craw is the continual need to stand > on our heads to accommodate that one theoretical system that just might > not work as required. Yes, that bugs me, too. Especially because the "one theoretical system" is usually some closed source system with a closed source C compiler for building gcc. > There is a list of targets which have maintainers, though. That's true; I didn't consider the nature of the maintainers list. > We're talking about making architectural changes which have a simple > "will this work (yes/no)" criteria. I, as a bad maintainer, would > certainly respond to queries of that nature. The problem is, for a lot of questions, it takes actual work to divine the answer. For this question it's possible to look in the man pages. But other questions require people to actually build and run the software. Questions such as: "can we dump the special sourceware version of expect and tell everyone to use the stock version", or "do we need all this AIX-specific cruft in the test suite". > I thought that fopen not working would be a pretty obvious problem with > a pretty obvious fix. Ah, I was a bit blind last night. If gdb has a wrapper-less fopen: fp = fopen (filename, "rb"); Then the obvious workaround on host ancient-unknown-unix is to keep it wrapper-less: fp = fopen (filename, "r"); I like wrappers better but it's not a big deal to me, wrapper-less is fine with me. Michael