From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16771 invoked by alias); 16 Jun 2004 13:46:23 -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 16667 invoked from network); 16 Jun 2004 13:46:15 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 16 Jun 2004 13:46:15 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i5GDkEe3022918; Wed, 16 Jun 2004 09:46:14 -0400 Received: from localhost.redhat.com (porkchop.devel.redhat.com [172.16.58.2]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i5GDkC019921; Wed, 16 Jun 2004 09:46:12 -0400 Received: from gnu.org (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id E23EB2B9D; Wed, 16 Jun 2004 09:45:57 -0400 (EDT) Message-ID: <40D04F15.8030007@gnu.org> Date: Wed, 16 Jun 2004 13:46:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-GB; rv:1.4.1) Gecko/20040217 MIME-Version: 1.0 To: Alexandre Oliva Cc: Ben Elliston , Joel Brobecker , Joe Buck , Zack Weinberg , gcc@gcc.gnu.org, gdb@sources.redhat.com, binutils@sources.redhat.com Subject: Re: PROPOSAL: removing src/expect References: <20040615141501.A19302@mailhub.air.net.au> <87zn74zevv.fsf@taltos.codesourcery.com> <20040615154957.A5587@synopsys.com> <20040616133517.A26041@mailhub.air.net.au> <20040616061117.GA1502@gnat.com> <20040616161454.A26988@mailhub.air.net.au> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-06/txt/msg00176.txt.bz2 > As for who's going to keep it up-to-date, whoever finds that there are > problems in what's in there. Unfortunately, reality rears it's ugly head - what you suggest hasn't happened - no one cares enough about src/expect/ to fix it. I've even investigated the effort needed to upgrade expect and decided to walk away from the problem - total waste of my time. Far easier to just use the standard expect shipped with the distro's I use. At least the bundled expect works on 64-bit machines like amd64. Independent of what happens to this thread, I think GDB (and GCC?) should clarify their test procedures so that they don't direct the developer towards src/expect/. (Ben, think of this as plan B, if none of the GNU projects use/recommend src/expect/ et.al., do they still exist? :-) Andrew