From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28890 invoked by alias); 30 Jul 2012 15:36:57 -0000 Received: (qmail 28771 invoked by uid 22791); 30 Jul 2012 15:36:56 -0000 X-SWARE-Spam-Status: No, hits=-6.5 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,RCVD_IN_DNSWL_HI,RCVD_IN_HOSTKARMA_W,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 30 Jul 2012 15:36:44 +0000 Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q6UFagud006833 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 30 Jul 2012 11:36:42 -0400 Received: from barimba (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q6UFaeM3015888 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 30 Jul 2012 11:36:41 -0400 From: Tom Tromey To: Pedro Alves Cc: Marc Khouzam , "'gdb-patches\@sourceware.org'" Subject: Re: [Patch] Cannot set pending bp if condition set explicitly References: <87zk6nkghi.fsf@fleche.redhat.com> <501194E0.5040109@redhat.com> <5016A5DD.8040502@redhat.com> Date: Mon, 30 Jul 2012 15:36:00 -0000 In-Reply-To: <5016A5DD.8040502@redhat.com> (Pedro Alves's message of "Mon, 30 Jul 2012 16:18:53 +0100") Message-ID: <87k3xl45x3.fsf@fleche.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain 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: 2012-07/txt/msg00754.txt.bz2 >>>>> "Pedro" == Pedro Alves writes: Pedro> An alternative would be to restrict pending breakpoints conditions Pedro> to globals only. Not sure whether that would fly. Yeah, I'd rather not. For example, it would mean that a breakpoint that examines function arguments would work fine if the function was in the main program; but if you refactored the code to move it to a shared library, it would not work. Also it seems to me that you'd have to add extra semantics to decide what to do in the re-run case, where a conditional breakpoint is set in a .so that is loaded at some point during the run. Here, won't the breakpoint convert itself to pending, and then back when the .so is loaded? Would this then mean that the expression is interpreted differently? Tom