From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15871 invoked by alias); 10 Sep 2013 05:20:04 -0000 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 Received: (qmail 15857 invoked by uid 89); 10 Sep 2013 05:20:03 -0000 Received: from mail-wi0-f182.google.com (HELO mail-wi0-f182.google.com) (209.85.212.182) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Tue, 10 Sep 2013 05:20:03 +0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.6 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,NO_RELAYS autolearn=ham version=3.3.2 X-HELO: mail-wi0-f182.google.com Received: by mail-wi0-f182.google.com with SMTP id ez12so193323wid.15 for ; Mon, 09 Sep 2013 22:19:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=W3q4Dprp3r4vdtjFKeJ263iYXhGdr1ROWn4//Cns74c=; b=IFc6+U4+vom2vhDQTjVbTsLtfcjSuQyyDHANHIhHeGztb2WUsiIaw6KOTByvtDUJND /v5Nk5cEYMkQBBO66hJWIHffFbs+9xmvCGNIgzfrSKDaIrAdg6jg9/gtciOSIwLfRXel HWc7idMCjO2HdITnUlkOlQ0iW52IbV7+t+w6STO9uY5PsNtSU5h7+2ffPEBNkO9RrSKG M6yQnifQDD+FeqCm6XHf8Us0AZETHgFDsX7mhjbxgWORznmz62WucPlhDv25AFEpuSQ/ uzb6I+bhwsGboJpfxAcApgCcWTTdcC9vHrTz6gD5FlomxmIm29Zxz0ajqdxSp0NjD5C9 wsfQ== X-Gm-Message-State: ALoCoQnAlMuI16w0UMF7MlKa/M6pZdpRgGO6NjDVlN/pZupzhZZzbLraaXsgR4dr86Ss+7+04dXG MIME-Version: 1.0 X-Received: by 10.194.86.5 with SMTP id l5mr216089wjz.45.1378790399883; Mon, 09 Sep 2013 22:19:59 -0700 (PDT) Received: by 10.216.148.70 with HTTP; Mon, 9 Sep 2013 22:19:59 -0700 (PDT) In-Reply-To: <522A0287.40700@redhat.com> References: <522A0287.40700@redhat.com> Date: Tue, 10 Sep 2013 05:20:00 -0000 Message-ID: Subject: Re: beginnings of Guile support From: Doug Evans To: Phil Muldoon Cc: gdb-patches@sourceware.org Content-Type: text/plain; charset=ISO-8859-1 X-SW-Source: 2013-09/txt/msg00319.txt.bz2 On Fri, Sep 6, 2013 at 9:27 AM, Phil Muldoon wrote: > I noticed you removed the conditional > breakpoint check where only a Python "stop" callback can be attached > to a breakpoint, or a "traditional" GDB condition. Your work is a > work in progress, so I am not going to worry too much at the moment. > But every "stop" callback attached to a breakpoint must be allowed to > run, even if the a previous "stop" callback indicated True to stop, or > a previous condition expression attached to GDB resolved to True. I > guess we can look at this area again when your work is getting closer > to submission. Righto. > Thanks for the preview. Are you aiming for 100% feature parity with > the Python work? (IE, frame filters, etc) 100% feature parity isn't an aim per se. I expect python to continue to evolve in its own way. OTOH, I do want the scheme code to not be dissimilar without a good reason.