From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1974 invoked by alias); 2 Jun 2010 21:29:45 -0000 Received: (qmail 1961 invoked by uid 22791); 2 Jun 2010 21:29:44 -0000 X-SWARE-Spam-Status: No, hits=-2.1 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 02 Jun 2010 21:29:36 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 0CE962BAB89; Wed, 2 Jun 2010 17:29:35 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id LmF11YeF1Ax5; Wed, 2 Jun 2010 17:29:34 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id CFEE82BAB85; Wed, 2 Jun 2010 17:29:34 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id D0397F58FA; Wed, 2 Jun 2010 14:29:29 -0700 (PDT) Date: Wed, 02 Jun 2010 21:29:00 -0000 From: Joel Brobecker To: Pierre Muller Cc: gdb-patches@sourceware.org Subject: Re: [RFC] Testsuite: permit simple transformation of gdb_expect code Message-ID: <20100602212929.GX3019@adacore.com> References: <000001cb0250$e4034590$ac09d0b0$@muller@ics-cnrs.unistra.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000001cb0250$e4034590$ac09d0b0$@muller@ics-cnrs.unistra.fr> User-Agent: Mutt/1.5.20 (2009-06-14) 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: 2010-06/txt/msg00061.txt.bz2 > I would like to insert a no-op change to lib/gdb.exp that allows > easily to write a transformation function (that can be inside the > target board file). The idea is to simply add a global variable > named `transform_gdb_expect_code' that defaults to empty. No objection from my end in principle; I guess there is no way to make that decision automatic? In AdaCore's testsuite, we get the version information in GDB and determine from there the host and target, and that allows to whether or not certain features are available, etc. In terms of implementation, rather than having an empty global, perhaps it'd be just as simple to test its existence? Just thinking out loud... -- Joel