From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mailsec116.isp.belgacom.be (mailsec116.isp.belgacom.be [195.238.20.112]) by sourceware.org (Postfix) with ESMTPS id 2F5493858D38 for ; Fri, 11 Nov 2022 19:50:25 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 2F5493858D38 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=skynet.be Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=skynet.be DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=skynet.be; i=@skynet.be; q=dns/txt; s=rmail; t=1668196225; x=1699732225; h=message-id:subject:from:to:cc:date:in-reply-to: references:mime-version:content-transfer-encoding; bh=rPkhwJ+UYnU3sfR4qETBn5WwAItGXRT//8x5FA6wGAo=; b=Kw4BVjz1Vd2z3UEUIDr8U1X1uh88c0NW86/E5ItA2ciwPygH93+BnXTa MHcPjsI/OGDrl8xpRoj3O3+LoZB+HHA9QoN+VL367JJQbNDgFyUBtvjCq JwsTETDnI4JNoKq2CGhUwTZDE1fmtIT3BKROuNh9NzM69iNvaY3blnMUD 4=; X-ExtLoop: 1 X-IPAS-Result: =?us-ascii?q?A2AuAQATpm5j/1uGgG0NTYEJCYFGiVWRHZ8uDwEBAQEBA?= =?us-ascii?q?QEBAQlEBAEBhQUChHwmNwYOAQIEAQEBAQMCAwEBAQEBAQMBAQYBAQEBAQEGB?= =?us-ascii?q?AGBG4UvgnspAYN1AQEBAyMPAUYQCxgCAiYCAlcGAbEDeoEygQGEcZplgWeBF?= =?us-ascii?q?C2If4NghDA3gVVEhAg3PogbgmcEl0IcOAMZKx1AAws7MgMKShtYDgkfHA4XD?= =?us-ascii?q?QUGEgMgbAUKNw8oL2crHBsHgQwqKBUDBAQDAgYTAyICDSkxFAQpEw0rJ28JA?= =?us-ascii?q?gMiZQUDAwQoLAMJIR8HFhEkPAdWOgEEAwIQIDgGAwkDAiJVcy8RFQUDCxUlC?= =?us-ascii?q?AVKBAg5BQZTEgIKEQMSDwYmRg5IPjkWBidCATEODhQDXoFpBDWdPESBLIJIo?= =?us-ascii?q?HihDDQHg2uBRwYMnnsyqRaXNCChb4VpgXiBf22DO1EonHGBLwIHAQoBAQMJi?= =?us-ascii?q?B0sgisBAQ?= IronPort-PHdr: A9a23:m0E6EhBsn2wlfLUArHbNUyQUeUQY04WdBeb1wqQuh78GSKm/5ZOqZ BWZua8xygSXFtyBuroE07OQ7/q7HzRYoN6oizMrSNR0TRgLiMEbzUQLIfWuLgnFFsPsdDEwB 89YVVVorDmROElRH9viNRWJ+iXhpTEdFQ/iOgVrO+/7BpDdj9it1+C15pbffxhEiCCybL9sI xi6twvcu8gZjYd/NKo8zgbCrn9Ud+hL329lKkyfkhjm6sus4JJv9jlbtu48+cJHTaj0ZbkzQ 6ZCDDQhPWA15cnrugfGQACS+HYSUXgYnwRRDQTd4x70Qpn+si3htupgwyaaJtH5Tao1WTu58 ahmTgLjhTodOD449GHXjdFwjL5erRm8qRFz35LYbYeIP/dlYKjTYc0VSnZAXsZJVixOHIW8b 5cUD+EcOepUtpTxq0cSoRe7AwSnGeHhxSJShnLu3qM0zuQvHx/Y0QIuHd0Ovmjbo9v6O6kdS u210KrFwC/fY/9Kwzrw6o7FeQ0hr/GWWrJwdNLcx1MvFwPEilWQqJTlPyuL2e8Qs2eU9fBgV eW2i246qgF+vCKvxtwxgYTOnoIVylHE9SF4wIYtPd23VlR3YNC+H5tKsCGaLpZ2QsI8TGFyo yY30aYGuZ27fSgM1psn2wTTZOeZfIWR5B/oSemeLytiin1/ZLK/mwi98VKmyuDkUsS4zFZEo zZEn9TNuX4ByRPe5MiDR/Zy/Eqs2zWC2QDO5uxYPEw5lLTWJp4lz7Msi5YerEvNECHrlEj4k qObckMp8fWr5eT/erjqu4OQOotuhg3jLKgjmdazDfk2PwUBRWSW/fmw2bv+9kPjWrpKlOc5k qzBvZDfIsQUu7C2DhdO0oYm9xa/FzCm0MkEnXUfLFJKZhaHj4/xNl7KPfz1Cemzj06xnDpqx P3KJKDtDo/QInXHlrjtZbd960hCxwov1d1T+o5YB7UbLP7uREP8t8bUAgI3PgG72erqDMhx2 psbWW2VA6+ZNK3SsUWP5uIqO+SMfI8VuDf5K/gk//7ulWE2lUUTfKazx5sXb2m4HulnI0qHe 3rsmcwMEXwJvgs+SuzllkGCXSRIaHmsR6484Co0B5q8DYjfXoCtnKCB3CCjE5BYfmxGEEyDE W/0d4WYXPcBcD6SItVmkjwBS7egS5Qs2guzuwDg17VnKfDU9TMCuZ3/09h14vXflQsu+jxsE 8Sdz2aNQnl3nmwWRj82wKB/oVdmx1eZz6d3nvxYGsZP5/9TTgg6Mpvcw/RgC9/uQgLBYsuJS FG+T9WpHD4+Vcs9w8cUbEZhB9qijg7M3zGxDr8OkLyLGYY0/b7C0Hn/Pcl90WjJ2LMmj1k8T cscfVGh05J48kDvHYnMnlTRw7qwcqERzQbE+G6IynCD+kpfVVg0GYbIXGwfLnDbrMjrrhfBQ r6yCa8PKAZNyceebKBNb4u6o09BQaLbONXaYnqpli+PDAyP366NYZDxMzEF3CTZCVAcnkYM9 GyBLBU/Cz26i3ndHTpjCRTlbhW/oqFFtHqnQxpsnEmxZEp72u/wo0ZN7cE= IronPort-Data: A9a23:225W26/pH04sB9KlCNZWDrUD8n+TJUtcMsCJ2f8bNWPcYEJGY0x3y WZNWWDVOvuNYzb8f4t0aYyx9EoDuseHzoBqTgM5qShEQiMRo6IpJzg5wmQcns+2BpeeJK6yx 5xGMrEsFOhtEjmG4E7F3oHJ9RFUzbuPSqf3FNnKMyVwQR4MYCo6gHqPocZg6mJTqYX/Ul3lV e/a+ZWFYgb8gmcsaAr41orawP9RlKWq0N8nlgFmDRx7lAe2v2UYCpsZOZawIxPQKmWDNrfnL wpr5OjRElLxp3/BOPv8+lrIWhFirorpAOS7oiE+t55OLfR1jndaPq4TbJLwYKrM4tmDt4gZJ N5l7fRcReq1V0HBsLx1bvVWL81xFb9Fxo33eVGujem4/VP7VVXA4NZqLV5jaOX0+s4vaY1P3 c9BeWpLN07TwbvwmeOOIgVurp17fY+yZtNZ4yo8i2CAZRolacmrr6Hi/d9Z2DYons0IAv/EY NMEaDd1dzzbYAxJN0tRAp9WcOKA3yOvKGYA9w/KzUYxy3GUyg5I8r/oCef6Q/+4YPgJpHqxp m2TqgwVBTlfbrRz0wGt7mirg+LetSr3UYkVDrD+/flv6HWQy20PCAY+T1a3ofClzEW5Xrp3J EAevzInsaMy+VeDVd7gRRa1v3ees1gbQdU4LgEhwFDUjPOPv0PAXDhBF2YQLtUqr8tzSS0sk F6Sh5XjCDhgubaSTDSX+994sA+PBMTcFkdaDQdscOfPy4CLTF0b5v4Ecjqv/GNZQDE49fEcD g1mdBQDuog= IronPort-HdrOrdr: A9a23:yxOjb6sLYPaEjg961o9w/yvg7skDWtV00zEX/kB9WHVpm62j5q STdZEgvnPJYVkqNk3I5urwQpVoLUm9yXde2/hrAV7aZnifhILwFvAa0WKA+UyEJ8SdzIFgPM 5bGsAVNDSXNykYsS+T2mSF+r0boeVvnprY59v2/jNAZjsCUdAH0+6PMHf9LnFL X-IronPort-Anti-Spam-Filtered: true X-ProximusIPWarmup: true Received: from 91.134-128-109.adsl-dyn.isp.belgacom.be (HELO [192.168.1.19]) ([109.128.134.91]) by relay.proximus.be with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 11 Nov 2022 20:50:23 +0100 Message-ID: <9767e2c450d88795f0a2c47e3c4b78681447bfd9.camel@skynet.be> Subject: Re: [PATCH] Allow 'ptype/o' for assembly From: Philippe Waroquiers To: Tom Tromey , Keith Seitz Cc: gdb-patches@sourceware.org Date: Fri, 11 Nov 2022 20:50:23 +0100 In-Reply-To: <87tu382llr.fsf@tromey.com> References: <20221108201452.1255047-1-tromey@adacore.com> <87tu382llr.fsf@tromey.com> 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=-5.4 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 autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On Wed, 2022-11-09 at 08:28 -0700, Tom Tromey via Gdb-patches wrote: > > > PR exp/28359 points out that 'ptype/o' does not work when the current > > > language is "asm". > > Keith> I hesitate to bring this up, but... > > Keith> Why would the current language matter in this case? > Keith> [I understand that the print options are set before > Keith> the expression is evaluated...] > > Keith> Since we have the type of the symbol, couldn't we > Keith> simply use that? Maybe it's not worth being so > Keith> pedantic? > > Ordinarily this would be fine, but for non-C languages it's sometimes > useful to "set lang c" and see what the C type-printer thinks. For > example, in Ada there are "fat pointers" that are really just a kind of > struct. Ada will always print these as ordinary access types, but it > can be handy to look under the hood and see that it's really a struct > type. > > Maybe there's some better way to do this kind of thing. Like we could > add "ptype/c" for "C style printing". At work, I relatively often use ptype/o for Ada types. As it only works in C mode, as part of our zillions of site aliases, we have added: alias Wc = with language c -- with annotate 0 -- (where annotate 0 avoids spurious language switch messages in the output). So, waiting for Adacore to implement ptype/o for Ada (hint hint :)), we use e.g.   (gdb) Wc ptype/o sometype Of course, as the type will be searched in C mode, we have to use the "underlying" type name e.g. This_Is_A_Package__This_Is_The_Ada_Type instead of This_Is_A_Package.This_Is_The_Ada_Type Of course, Wc will work with whatever you want to do with C language temporarily set. (thanks again to Pedro for the "with" implementation). Thanks Philippe