From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14865 invoked by alias); 15 Jun 2004 22:43:52 -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 14839 invoked from network); 15 Jun 2004 22:43:50 -0000 Received: from unknown (HELO mailhub.air.net.au) (203.52.201.202) by sourceware.org with SMTP; 15 Jun 2004 22:43:50 -0000 Received: from mailhub.air.net.au (localhost [127.0.0.1]) by mailhub.air.net.au (Postfix) with ESMTP id 7110A36DDD for ; Wed, 16 Jun 2004 08:43:47 +1000 (EST) Received: by mailhub.air.net.au (tmda-sendmail, from uid 500); Wed, 16 Jun 2004 08:43:45 +1000 (EST) Date: Tue, 15 Jun 2004 22:43:00 -0000 To: Alexandre Oliva Cc: gcc@gcc.gnu.org, gdb@sources.redhat.com, binutils@sources.redhat.com Subject: Re: PROPOSAL: removing src/expect Message-ID: <20040616084342.A24438@mailhub.air.net.au> References: <20040615141501.A19302@mailhub.air.net.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from aoliva@redhat.com on Tue, Jun 15, 2004 at 05:35:04PM -0300 From: Ben Elliston X-Delivery-Agent: TMDA/0.86 (Venetian Way) X-Primary-Address: bje@air.net.au X-SW-Source: 2004-06/txt/msg00161.txt.bz2 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-length: 890 > Err... Yes, for the same reasons as dejagnu. It's not bundled with > most of the OSs I used to test, and being able to build expect along > with tcl/tk/etc that were built for GDB/Insight, and dejagnu, that > requires it, was quite handy. Sure it's old, but it doesn't hurt as > long as it works, no? And it's not like you're required to check it > out. I'd rather just leave it there, like dejagnu. In some instances, it is hurting. A default "src" tree will build and then use the in-tree expect when running any of the testsuites. There have been problems reported that may well have been fixed in the latest versions of Expect. However, we're not taking any advantage of improvements or bug fixes being made by the Expect maintainer(s), thus creating more hassles and work for ourselves. Anyway, it's clear that I'm swimming upstream, so I'll let this thread drop now. Ben --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature Content-Disposition: inline Content-length: 189 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQFAz3uebNtDbHIEhSURAvdjAJ9GmS06IowCiXIfeqn+OHyteROkmQCfabiY nTlSyfaIRi/wH0vXdj8gZjc= =8kVz -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1--