From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22812 invoked by alias); 10 May 2010 23:25:12 -0000 Received: (qmail 22802 invoked by uid 22791); 10 May 2010 23:25:11 -0000 X-SWARE-Spam-Status: No, hits=-2.1 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (38.113.113.100) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 10 May 2010 23:25:08 +0000 Received: (qmail 32385 invoked from network); 10 May 2010 23:25:06 -0000 Received: from unknown (HELO macbook-2.local) (stan@127.0.0.2) by mail.codesourcery.com with ESMTPA; 10 May 2010 23:25:06 -0000 Message-ID: <4BE895C2.6090706@codesourcery.com> Date: Mon, 10 May 2010 23:25:00 -0000 From: Stan Shebs User-Agent: Thunderbird 2.0.0.24 (Macintosh/20100228) MIME-Version: 1.0 To: Joel Brobecker CC: gdb-patches@sourceware.org Subject: Re: RFC: new struct breakpoint component cond_language... References: <20100510215421.GJ2957@adacore.com> In-Reply-To: <20100510215421.GJ2957@adacore.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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-05/txt/msg00239.txt.bz2 Joel Brobecker wrote: > So, taking both of these elements into account, I deduce that > breakpoints should also store a condition_language which should be > used in order to parse our condition, because it can be different > from the breakpoint language. > Tracepoints add an extra wrinkle to this concept - when connecting to a target that is currently running a trace, tracepoint conditions can be uploaded from the target, and in their original source form, and so have to be reparsed. So to make this work in the multi-language case, it seems like the tracepoint download should include the language somehow. But then I wonder - when uploading a tracepoint, we receive both the computed address and the source form of that address, so in theory we can always deduce the correct language by working back from the tracepoint address. And if that's true, then wouldn't the language of the condition be expected to be the same as the language of the location? Are tracepoints then just a special case in which the condition language does not need to be recorded? Stan