From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id GCvnL4XojGJHFAgAWB0awg (envelope-from ) for ; Tue, 24 May 2022 10:15:33 -0400 Received: by simark.ca (Postfix, from userid 112) id C1AC21E220; Tue, 24 May 2022 10:15:33 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=BAYES_00,MAILING_LIST_MULTI autolearn=ham autolearn_force=no version=3.4.6 Received: from sourceware.org (server2.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id 1A3441E00D for ; Tue, 24 May 2022 10:15:33 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id C33E538F8626 for ; Tue, 24 May 2022 14:15:32 +0000 (GMT) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.10]) by sourceware.org (Postfix) with ESMTPS id AAB5B38F8628 for ; Tue, 24 May 2022 14:11:18 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org AAB5B38F8628 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=linux-m68k.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=nefkom.net Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 4L6x2F1RYxz1s7tb; Tue, 24 May 2022 16:11:17 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 4L6x2D6zkZz1qqkB; Tue, 24 May 2022 16:11:16 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id sd8XiXWuEryg; Tue, 24 May 2022 16:11:16 +0200 (CEST) X-Auth-Info: 9VmnIEs+swGEFUXEu3OmD/nw2RzrDBwYOvGhA2rsysmoGT+S5YQSnTgtWdoNYA0l Received: from igel.home (ppp-46-244-162-0.dynamic.mnet-online.de [46.244.162.0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Tue, 24 May 2022 16:11:16 +0200 (CEST) Received: by igel.home (Postfix, from userid 1000) id A5A1D2C3AC2; Tue, 24 May 2022 16:11:15 +0200 (CEST) From: Andreas Schwab To: Eli Zaretskii via Gdb-patches Subject: Re: [PATCH 0/2] info breakpoints improvements References: <20220519215552.3254012-1-pedro@palves.net> <70ddb0b0-7c7d-3bcd-ef3d-246290ae1edf@arm.com> <1e932144-4f4d-4c10-bbaa-deef05684895@palves.net> <83fskz5aol.fsf@gnu.org> <0247c63e-189d-0a71-8b5f-257fd83ff6a3@palves.net> <83czg359mz.fsf@gnu.org> <45d7d87f-f78a-7c6b-28d7-285beecf9a8a@palves.net> <83bkvn58pe.fsf@gnu.org> X-Yow: Intra-mural sports results are filtering through th' plumbing... Date: Tue, 24 May 2022 16:11:15 +0200 In-Reply-To: <83bkvn58pe.fsf@gnu.org> (Eli Zaretskii via Gdb-patches's message of "Tue, 24 May 2022 17:03:25 +0300") Message-ID: <87sfozowak.fsf@igel.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Pedro Alves Errors-To: gdb-patches-bounces+public-inbox=simark.ca@sourceware.org Sender: "Gdb-patches" On Mai 24 2022, Eli Zaretskii via Gdb-patches wrote: >> Date: Tue, 24 May 2022 14:50:01 +0100 >> Cc: luis.machado@arm.com, gdb-patches@sourceware.org >> From: Pedro Alves >> >> >> A location only breaks if it is enabled, _and_ its parent is enabled, so never. >> > >> > That's what I thought. But then why not "propagate" the "n" of the >> > disabled breakpoint to all of its locations? >> >> Because then when you re-enable the parent breakpoint, you'd have lost the enabled/disabled >> state of the individual locations. > > I don't understand why would that be lost. I'm not proposing to > actually disable each location, I propose to _display_ them as > disabled in that case. I think it would be better in that case to omit the column or display it as "-", to indicate that it is ignored right now. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different."