From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25856 invoked by alias); 5 May 2007 04:24:40 -0000 Received: (qmail 25847 invoked by uid 22791); 5 May 2007 04:24:39 -0000 X-Spam-Check-By: sourceware.org Received: from nile.gnat.com (HELO nile.gnat.com) (205.232.38.5) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 05 May 2007 04:24:35 +0000 Received: from localhost (localhost [127.0.0.1]) by filtered-nile.gnat.com (Postfix) with ESMTP id C06B048CBCB; Sat, 5 May 2007 00:24:33 -0400 (EDT) Received: from nile.gnat.com ([127.0.0.1]) by localhost (nile.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 01216-01-7; Sat, 5 May 2007 00:24:33 -0400 (EDT) Received: from joel.gnat.com (unknown [70.71.0.212]) by nile.gnat.com (Postfix) with ESMTP id 6D97D48CBBA; Sat, 5 May 2007 00:24:33 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id 6DD1CE7B4F; Fri, 4 May 2007 21:24:36 -0700 (PDT) Date: Sat, 05 May 2007 04:24:00 -0000 From: Joel Brobecker To: Ulrich Weigand Cc: Daniel Jacobowitz , gdb-patches@sourceware.org Subject: Re: [rfc] Remove ptrace-based Alpha OSF support Message-ID: <20070505042436.GB3798@adacore.com> References: <20070428195500.GA6695@caradoc.them.org> <200704282334.l3SNYLX3011555@d12av02.megacenter.de.ibm.com> <20070429050418.GE29271@adacore.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070429050418.GE29271@adacore.com> User-Agent: Mutt/1.4.2.2i Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2007-05/txt/msg00056.txt.bz2 Ulrich, > > > This all seems reasonable to me. I believe that Joel has access to an > > > OSF system at AdaCore; maybe he can test the patch for you? > > > > Joel, would that be possible? > > Absolutely! I'm away at the moment, but I'll be back on Tuesday, > so I'll schedule a round of testing first thing when I get back. Sorry, Ulrich, I have been unable to make expect work on any of the Tru64 machines that we have. On one machine, it looks like we're exhausting within a few tests the pool of pseudo-ttys. And on the other machine, I have what looks like an echo issue that completely confuses the testsuite. I tried the obvious tricks of re-installing newer versions of tcl and expect, but to no avail. Something is weird, because I *thought* I had it working on one of the machines before... Eventually, we will end up testing this patch somewhat, because we maintain internally a tree that contains our latest changes merged to a recent snapshot of the FSF head, and we test it nightly against our in-house testsuite (which does not use expect/dejagnu). We will bitterly complain and start pointing fingers if something broke :-P. -- Joel