From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28642 invoked by alias); 18 Aug 2004 15:50:33 -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 28615 invoked from network); 18 Aug 2004 15:50:29 -0000 Received: from unknown (HELO goliath.siemens.de) (192.35.17.28) by sourceware.org with SMTP; 18 Aug 2004 15:50:29 -0000 Received: from mail1.siemens.de (mail1.siemens.de [139.23.33.14]) by goliath.siemens.de (8.12.6/8.12.6) with ESMTP id i7IFoQFI003401 for ; Wed, 18 Aug 2004 17:50:27 +0200 Received: from burundai.radix50.net ([139.23.189.176]) by mail1.siemens.de (8.12.6/8.12.6) with ESMTP id i7IFoQxA006379 for ; Wed, 18 Aug 2004 17:50:26 +0200 Received: from burundai.radix50.net (localhost [127.0.0.1]) by burundai.radix50.net (8.12.3/8.12.3/Debian -4) with ESMTP id i7IFrOcm016056 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Wed, 18 Aug 2004 17:53:25 +0200 Received: (from ibr@localhost) by burundai.radix50.net (8.12.3/8.12.3/Debian -4) id i7IFrOra016055 for gdb-patches@sources.redhat.com; Wed, 18 Aug 2004 17:53:24 +0200 Date: Wed, 18 Aug 2004 15:50:00 -0000 From: Baurzhan Ismagulov To: gdb-patches@sources.redhat.com Subject: Re: testcase for "absolute source" patch Message-ID: <20040818155324.GC1411@ata.cs.hun.edu.tr> Mail-Followup-To: gdb-patches@sources.redhat.com References: <20040816144349.GB1509@ata.cs.hun.edu.tr> <412107B7.nailE7I1XJVIH@mindspring.com> <20040818130626.GB1411@ata.cs.hun.edu.tr> <4123763C.nailM3P11DT7E@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4123763C.nailM3P11DT7E@mindspring.com> User-Agent: Mutt/1.5.6+20040523i X-SW-Source: 2004-08/txt/msg00557.txt.bz2 Hello Michael, On Wed, Aug 18, 2004 at 11:31:08AM -0400, Michael Chastain wrote: > So it's okay to leave your "main" with no return type. > But take out the "-w" from gdb_compile. I've already specified the return type and removed the flag. I just wanted to know what I'm doing. > You would need a hook inside call_remote to send several commands to > the same shell. Ick! 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? > Alternatively, you would need to forsake gdb_compile and do everything > at the "remote_exec host cd ... && gcc ... && cd ...", basically > duplicating the machinery inside default_target_compile to process > the options (but you know what your own options are) and to find the > name of the c compiler. 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? With kind regards, Baurjan.