From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mailsec114.isp.belgacom.be (mailsec114.isp.belgacom.be [195.238.20.110]) by sourceware.org (Postfix) with ESMTPS id 23FE93851C07 for ; Wed, 25 May 2022 21:24:42 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 23FE93851C07 X-ExtLoop: 1 X-IPAS-Result: =?us-ascii?q?A2BSAQAhno5i/yFRiNkNTYEJCYY/hE6REJ5iCwEBAQEBA?= =?us-ascii?q?QEBAQlCBAEBhQIChUImOBMBAgQBAQEBAwIDAQEBAQEBAwEBBgEBAQEBAQYEA?= =?us-ascii?q?YEbhS+CeykBg2MBAQEBAyMPAUYQCxQBAwICJgICVwYBErMueoExgQGEboMrg?= =?us-ascii?q?WWBESyHP4MJhBs3gVVEgRWDKj6IGoJlBJYLHTsDHDI1EoEhcQEIBgYHCgUyB?= =?us-ascii?q?gIMGBQEAhMSUx0CEwUHChwOFBwkGQwPAxIDEQEHAgsSCBUsCAMCAwgDAgMjC?= =?us-ascii?q?wIDGAkHCgMdCAocEhAUAgQTHwsIAxofLQkCBA4DRQgLCgMRBAMTGAsWCBAEB?= =?us-ascii?q?gMJLw0oCwMFDw8BBgMGAgUFAQMgAxQDBScHAyEHCyYNDQQcBx0DAwUmAwICG?= =?us-ascii?q?wcCAgMCBhcGAgJxCigNCAQIBBweJRMFAgcxBQQvAh4EBQYRCQIWAgYEBQIEB?= =?us-ascii?q?BYCAhIIAggnGwcWGR0ZAQVdBgsJIhwsCwYFBhYDJHgFCkAPHAYiAR2ZO4ELV?= =?us-ascii?q?ncCwG40B4NRgT0GDJ4+MahalmggpxKBeIF+bYM7USiccnM7AgYBCgEBAwmMe?= =?us-ascii?q?wEB?= IronPort-PHdr: A9a23:Zrp5+RGnPS9T+JyQclJIGJ1Gf31LhN3EVzX9CrIZgr5DOp6u447ld BSGo6k31xmWAM6CtqIMotGVmpioYXYH75eFvSJKW713fDhBt/8rmRc9CtWOE0zxIa2iRSU7G MNfSA0tpCnjYgBaF8nkelLdvGC54yIMFRXjLwp1Ifn+FpLPg8it2O2+5ZPebx9KiTe9br9+M RW7oAbMvcQKnIVuLbo8xAHUqXVSYeRWwm1oJVOXnxni48q74YBu/SdNtf8/7sBMSar1cbg2Q rxeFzQmLns65Nb3uhnZTAuA/WUTX2MLmRdVGQfF7RX6XpDssivms+d2xSeXMdHqQb0yRD+v9 LlgRgP2hygbNj456GDXhdJ2jKJHuxKquhhzz5fJbI2JKPZye6XQds4YS2VcRMZcTy9PDJ68Y YUREecPM+RXr4fhqFQAohSwChKhBP/sxzJSmnP6wbc33uYnHArb3AIgBdUOsHHModvvNKcSU OS1zKjQzTXbcfxdxDfy55LSchAmuPGMQLNwftTLyUk0CgjIiU2QqYzkPzOR1+QNq3Cb4PR6W eOhkWEnsQZxoiGyxsctlIbJnJkVx0vf9SV6wIc1I8O3SFJhbdG/DpRdrieXPJZ5Tc0+WW9no jo6yqEYtp6heigH0JAqywLfZfGbcoWF4x3tWPieLDl4gH9od7CyihSx/Eag1+HxStS43VdUo ydFltTBqm0B2gHc5MaJV/dw8Fmt1DKJ2gvO6e9EOVg5mbTGJ5Mj2LI8i5QevEXZEiL1hUn6l qGbe0si9+O18eroeK/mqYWZN4JsjwH+NbkhldKnDOQjNwgOQ3Cb+eOh1L3/5UH5QKtFjvkxk qTBtJ/WOMAWqrCjDwNI04su6AyzAyq83NgFmXQIKkpJeBOBj4f3J1HDOO70Aeq9jli2jTtmy fHLMqfiD5nQNHTOnrnsca5460FGyQozyd5f54hTCrEEOP/zQk/xtN3cDh84Kwy02/joBM9z1 4wEQ2KPBbaZML7TsVCW/OIvOPKBZJQWuDf9Lfgq+eLugWUillADZaWp24AYZ2iiHvt6O0WZf WbsgtAZHGoEpgY+VvDliEWeUT5PYHa/R7o86S8mB4K8CofOXZitj6aF3CelAJJWfXpKClaSH nf0b4mEQesDaDqOIs99lTwJTaauS4sg1RCvrwL6xLxnLvfO9i0fr5Lj28B55/fPmhEq6Tx0E 8Od3nmCT25phWwEXic207pjoUNhyleMz7N4judDFdxU+vNJSBs1OoDSzuNgEdD9RBjNftCTS FapEZ2aBmQJQ94rxJcnZ1hwAJ32lh3PxS2CG7YRibGQQpo57vSYl1X1Jo5PwmzLyLIijlhuF sZLNH+OiahisQ/JCNiavV+ekvOSdaUY3TbV+S+8xHCJpVxZXRRrGfHdXXEbZ1POoJLm71nFV qKvBK48GhBC2MiPNu1AZ4u63h19WP7/NYGGMCqKkGCqCEPNn+vUBLc= IronPort-Data: A9a23:zd3J76MgHYZYME/vrR3slsFynXyQoLVcMsEvi/4bfWQNrUonhDBSy WQfUWvTOauPM2Lzedhza43i9xlX75GGx4NkHXM5pCpnJ55oRWopJjg4wmPYZX76whjrFRo/h ykmQoCcaphyFxcwnz/1WlTbhSAUOZqgG/ytUYYoBggrHVU+EHp71Eo58wIEqtcAbeaRUlvlV eza/pW31G+Ng1aY5UpNtspvADs21BjDkGtwUm4WPJinj3eC/5UhN6/zEInqR5fOria4KcbhL wrL5OnREmo0ZH7BAPv9+lrwWhVirrI/oWFih1IOM5VOjCSuqQQbyoUYDeIxTn1c0RDUmNBdk IRTtZGZHFJB0q3kwIzxUjFrSnAke/QYqPmeZyHuhKR/zWWcKiSqmq4wShFve9ZDkgp0KTgmG fgwMDAMahGbn+/w37uhTfBxh8k5N+HwP5IZt20mxzyx4fMOGMuTEv+VuYMDtNs2rpBEHq7VY +g1UCFIdhOQaloQZHJOL51ryY9EgVG6KVW0smm9vac7+W/71AV1zrX2dtzYZrSiSMFUjG6Xo H+A+H72ajkVONba0TOZ+XKhncfUmj7hU48NHae1sPlwjzWuKnc7U0ZQBQL++KLnzxTnBJRWJ 1cQvyY/q+4z71TtRNT5UBSzp3vCtBN0t8dsLtDWITqlksL8izt1zEBdJtKdQLTKf/PaidDnO pFlUj8p6fFSXGWpdE+g IronPort-HdrOrdr: A9a23:QLSKO6CZTE4uG9XlHeh/sceALOsnbusQ8zAXPiBKJSC9E/bo6f xG+c576faaskd1ZJheo6H7BEDtexPhHN1OkPQs1NSZLXbbUQmTXeZfBOLZqlWKdhES7tQz6U 4HSdkbNDULZWIRsS+T2njJLz9K+qjkzEnHv5a8855Yd3AYV0kBhz0JeDpyPyZNNXB77bZTLu v72iKUzADQCEj+wq+AaEXsWYD41qb2fJaPW29/OzcXrC21yR6l7bbrHxW00hIfTD9V0d4ZgB 74uj28wp/mn+Cwyxfa2WOWxY9RgsHdxtxKA9HJotQJKx334zzYJ7hJavmnhnQYseuv4FElnJ 3nuBE7Jfl+7HvXYyWcvQbt4Q/9yzwjgkWSiWNwuUGT4/AReQhKSvapxLgpPCcx0nBQ8+2Vnc pwriekXz88N2KJoMymj+K4Di2CsHDE50bK39Rjy0C3drFuL4O5lrZvi3+9IK1waR4S17pXWd WHQ6znlYJrmQTzVQGkgoBO+q3hYp10JGbffqDT0PblmQS/QBpCvgYlLCl0pAZKyK4A X-IronPort-Anti-Spam-Filtered: true X-ProximusIPWarmup: true Received: from 33.81-136-217.adsl-dyn.isp.belgacom.be (HELO [192.168.1.19]) ([217.136.81.33]) by relay.proximus.be with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 25 May 2022 23:24:40 +0200 Message-ID: <90766c666b0108ea2ab8d298c82dd9004af49ed7.camel@skynet.be> Subject: Re: [PATCH] gdb/manual: Introduce locspecs From: Philippe Waroquiers To: Pedro Alves , Eli Zaretskii Cc: gdb-patches@sourceware.org Date: Wed, 25 May 2022 23:24:40 +0200 In-Reply-To: <0f341f7e-1eca-7087-495f-32f32fcc58e8@palves.net> References: <20220525193126.1613411-1-pedro@palves.net> <83mtf5perq.fsf@gnu.org> <0f341f7e-1eca-7087-495f-32f32fcc58e8@palves.net> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.38.3-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.9 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_DNSWL_LOW, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org 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: , X-List-Received-Date: Wed, 25 May 2022 21:24:44 -0000 On Wed, 2022-05-25 at 21:05 +0100, Pedro Alves wrote: > On 2022-05-25 20:56, Eli Zaretskii wrote: > > > From: Pedro Alves > > > Date: Wed, 25 May 2022 20:31:26 +0100 > > > > > > To clarify this, I propose we use the term "Location Specification", > > > with shorthand "locspec", when we're talking about the user input, the > > > argument or arguments that is/are passed to commands to instruct GDB > > > how to find locations of interest.  This is distinct from the actual > > > locations in the program, which are what GDB finds based on the > > > user-specified locspec.  Then use "locspec" thoughout instead of > > > "location" when we're talking about the user input. > > > > Sorry, but I don't think this is a good idea.  It is IMO okay to > > introduce "location specification" into our terminology; it is even > > okay to use "location spec" as its shorthand.  But "locspec" is too > > much: it's not a word, so it doesn't explain itself enough, and thus > > cannot be used very far from where it is defined, because the reader > > will likely not understand what it means. > > Yet, we have "linespec" and people understand it just fine, it's described > once in a single spot in the manual.  "locspec" just sounds novel now, but it won't be > novel anymore once we start using it.  It sounds like you are against any term that > is new just because it is new.  That just blocks progress forever.  It is not reasonable. > New shorthand names for for things that are referred very frequently should be fine > to invent.  Our users aren't dummies and they learn things. IIUC, Eli would like to have location reserved for a breakpoint giving multiple resulting locations. Why not then use breakpoint specification/bkptspec for the first concept and location for the second ? Thanks Philippe