From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8223 invoked by alias); 18 Aug 2004 17:10:47 -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 8199 invoked from network); 18 Aug 2004 17:10:45 -0000 Received: from unknown (HELO barry.mail.mindspring.net) (207.69.200.25) by sourceware.org with SMTP; 18 Aug 2004 17:10:45 -0000 Received: from user-119a90a.biz.mindspring.com ([66.149.36.10] helo=berman.michael-chastain.com) by barry.mail.mindspring.net with esmtp (Exim 3.33 #1) id 1BxTxO-0005pG-00; Wed, 18 Aug 2004 13:10:38 -0400 Received: from mindspring.com (localhost [127.0.0.1]) by berman.michael-chastain.com (Postfix) with SMTP id 279BB4B102; Wed, 18 Aug 2004 13:10:44 -0400 (EDT) Date: Wed, 18 Aug 2004 17:10:00 -0000 From: Michael Chastain To: gdb-patches@sources.redhat.com, baurzhan.ismagulov@sbs.com.tr Subject: Re: testcase for "absolute source" patch Message-ID: <41238D94.nail2LL214QBY@mindspring.com> References: <20040816144349.GB1509@ata.cs.hun.edu.tr> <412107B7.nailE7I1XJVIH@mindspring.com> <20040818130626.GB1411@ata.cs.hun.edu.tr> <4123763C.nailM3P11DT7E@mindspring.com> <20040818155324.GC1411@ata.cs.hun.edu.tr> In-Reply-To: <20040818155324.GC1411@ata.cs.hun.edu.tr> 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-08/txt/msg00562.txt.bz2 Baurzhan Ismagulov wrote: > I've already specified the return type and removed the flag. I just > wanted to know what I'm doing. Yeah, it's a tiny issue, and either way is okay. > What about just having pre_cmd and post_cmd in call_remote? Can the same > technique be applied to whatever gets called from gdb_test? And this is a big issue, and no known way is okay. I haven't spent much time at this level of the code yet. Basically I have to understand this code, then probably re-design parts of it to add more features. > This would work for the compilation, but I'm not sure about gdb_test. > Is there an introduction about the build and host interaction during > gdb_start, gdb_test and gdb_exit? No, there isn't. Michael