From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1935 invoked by alias); 21 Feb 2002 21:42: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 1843 invoked from network); 21 Feb 2002 21:42:36 -0000 Received: from unknown (HELO nevyn.them.org) (128.2.145.6) by sources.redhat.com with SMTP; 21 Feb 2002 21:42:36 -0000 Received: from drow by nevyn.them.org with local (Exim 3.34 #1 (Debian)) id 16e0yv-00077d-00; Thu, 21 Feb 2002 16:42:25 -0500 Date: Thu, 21 Feb 2002 13:42:00 -0000 From: Daniel Jacobowitz To: Michael Elizabeth Chastain Cc: gdb-patches@sources.redhat.com, jimb@redhat.com Subject: Re: RFA: parse output from `info sources' one filename at a time Message-ID: <20020221164225.A27348@nevyn.them.org> Mail-Followup-To: Michael Elizabeth Chastain , gdb-patches@sources.redhat.com, jimb@redhat.com References: <200202212136.g1LLatO29595@duracef.shout.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200202212136.g1LLatO29595@duracef.shout.net> User-Agent: Mutt/1.3.23i X-SW-Source: 2002-02/txt/msg00608.txt.bz2 On Thu, Feb 21, 2002 at 03:36:55PM -0600, Michael Elizabeth Chastain wrote: > Jim Blandy writes: > > This eliminates an `ERROR' when the test is run under Linux. The > > output from `info sources' includes all the shared library source > > files, making it so long that it overflows Expect's buffer. > > Interestingly, I don't get any ERROR from gdb.asm/asm-source.exp > on native i686-pc-linux-gnu. > > My test script may be different from yours. More likely, my > toolchain may be different from yours. I am using stock tcl 8.3.4, > expect 5.33.0, dejagnu 1.4.2 compiled from source (not whatever > version comes with my Red Hat Linux). > > Don't get me wrong, I'm all in favor of the patch. It's good for the > testsuite to be "liberal in what it expects". I just want to note that > there are several different versions of expect and dejagnu in the > world and their differences are materializing in test results. I'm not arguing that expect/dejagnu version skew hasn't caused problems in the past, but that's unrelated to this. You don't get the error because your C library does not contain debug info; no standard desktop/server distribution leaves it there, generally. -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer