From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7465 invoked by alias); 21 Feb 2020 14:55:12 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 7448 invoked by uid 89); 21 Feb 2020 14:55:11 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.1 spammy=Smith, smith, H*i:sk:ff0ffe8, H*f:sk:ff0ffe8 X-HELO: resqmta-po-10v.sys.comcast.net Received: from resqmta-po-10v.sys.comcast.net (HELO resqmta-po-10v.sys.comcast.net) (96.114.154.169) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 21 Feb 2020 14:55:10 +0000 Received: from resomta-po-16v.sys.comcast.net ([96.114.154.240]) by resqmta-po-10v.sys.comcast.net with ESMTP id 59hOjBcwa2WZ859hqjZMvi; Fri, 21 Feb 2020 14:55:06 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1582296906; bh=sBr9V08Ms1HMtUCZ02jpksTApCUiryzWXlGiTvPNKIw=; h=Received:Received:Content-Type:Mime-Version:Subject:From:Date: Message-Id:To; b=czOcZKQCOQMpW/I96FFKyfXsehy4riP8XoMnjBR9/6fBolqmxAoiig8LAA3r+Hvwg N8bMvE6HzROpt4H6SoiLLrJ8/KIzCOwWa/QvKENBiexAtybKI34y5C3ux9wM8eXLAo voJxIqxteReYjMFnL2YDAxhdEhSL3qAkpWZdXvHp+DtqA3FcYvpeQoGo8Y7VcRxPcd o+rfSkgb06iUecz+E2s9aKhLeKSOkjKMjMzX6UTDhFtiJSK7SRb7MmbgW82H5tG5bE oy14BvHK/ISoiJfhG7SvuCUTHCF+qye+fcjBchnax3hT4F7j2Xq1fqxgxnY0EmKxIT aaFQLQsnBgTpw== Received: from pkoning.akdesign.com ([73.60.223.101]) by resomta-po-16v.sys.comcast.net with ESMTPSA id 59hoj8fwey3NM59hpjBebB; Fri, 21 Feb 2020 14:55:06 +0000 X-Xfinity-VAAS: gggruggvucftvghtrhhoucdtuddrgedugedrkeeggdeilecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucevohhmtggrshhtqdftvghsihdpqfgfvfdppffquffrtefokffrnecuuegrihhlohhuthemuceftddtnecunecujfgurheptggguffhjgffgffkfhfvofesthhqmhdthhdtvdenucfhrhhomheprfgruhhlucfmohhnihhnghcuoehprghulhhkohhnihhnghestghomhgtrghsthdrnhgvtheqnecukfhppeejfedriedtrddvvdefrddutddunecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehhvghlohepphhkohhnihhnghdrrghkuggvshhighhnrdgtohhmpdhinhgvthepjeefrdeitddrvddvfedruddtuddpmhgrihhlfhhrohhmpehprghulhhkohhnihhnghestghomhgtrghsthdrnhgvthdprhgtphhtthhopehpshhmihhthhesghhnuhdrohhrghdprhgtphhtthhopehguggssehsohhurhgtvgifrghrvgdrohhrgh X-Xfinity-VMeta: sc=0.00;st=legit Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: Types prefixed by "class" or "struct" string?? From: Paul Koning In-Reply-To: Date: Fri, 21 Feb 2020 14:55:00 -0000 Cc: gdb@sourceware.org Content-Transfer-Encoding: quoted-printable Message-Id: References: To: psmith@gnu.org X-SW-Source: 2020-02/txt/msg00056.txt.bz2 > On Feb 21, 2020, at 9:48 AM, Paul Smith wrote: >=20 > ... > If I try to look up a type without the "class " prefix it works fine: >=20 > (gdb) python >> t =3D gdb.lookup_type('std::__cxx11::list >::_Node') >> print str(t) >> ^D > std::__cxx11::list >::_N= ode >=20 > But, if I try to look up the type including the "class " it definitely > fails: Well, sure. "class" is not part of the name of the type.=20=20 Also note that class and struct are basically synonyms, the only difference= is whether the default access is private (class) or public (struct). Whil= e by tradition "struct" is used when defining "plain old data" that is not = a requirement. paul