From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3997 invoked by alias); 19 Aug 2012 19:11:11 -0000 Received: (qmail 3984 invoked by uid 22791); 19 Aug 2012 19:11:09 -0000 X-SWARE-Spam-Status: No, hits=-2.9 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from sibelius.xs4all.nl (HELO glazunov.sibelius.xs4all.nl) (83.163.83.176) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 19 Aug 2012 19:10:57 +0000 Received: from glazunov.sibelius.xs4all.nl (kettenis@localhost [127.0.0.1]) by glazunov.sibelius.xs4all.nl (8.14.5/8.14.3) with ESMTP id q7JJApGn008521; Sun, 19 Aug 2012 21:10:51 +0200 (CEST) Received: (from kettenis@localhost) by glazunov.sibelius.xs4all.nl (8.14.5/8.14.3/Submit) id q7JJAnQ0023236; Sun, 19 Aug 2012 21:10:49 +0200 (CEST) Date: Sun, 19 Aug 2012 19:11:00 -0000 Message-Id: <201208191910.q7JJAnQ0023236@glazunov.sibelius.xs4all.nl> From: Mark Kettenis To: eliz@gnu.org CC: brobecker@adacore.com, gdb-patches@sourceware.org In-reply-to: <83lihad7y3.fsf@gnu.org> (message from Eli Zaretskii on Sun, 19 Aug 2012 21:59:16 +0300) Subject: Re: New warning in GDB 7.5 References: <838vdcdl2q.fsf@gnu.org> <20120818205543.GL2798@adacore.com> <837gsvewyh.fsf@gnu.org> <201208182149.q7ILnLb3017336@glazunov.sibelius.xs4all.nl> <83393jegz3.fsf@gnu.org> <20120819043652.GN2798@adacore.com> <83vcgeddsm.fsf@gnu.org> <20120819180647.GO2798@adacore.com> <201208191832.q7JIWZmi012610@glazunov.sibelius.xs4all.nl> <83lihad7y3.fsf@gnu.org> 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-08/txt/msg00533.txt.bz2 > Date: Sun, 19 Aug 2012 21:59:16 +0300 > From: Eli Zaretskii > > > Date: Sun, 19 Aug 2012 20:32:36 +0200 (CEST) > > From: Mark Kettenis > > CC: eliz@gnu.org, gdb-patches@sourceware.org > > > > Unfortunately the partial symbol table only contains information about > > symbols. In particular it doesn't contain type info. So the > > transparent conversion doesn't kick in if your .gdbinit only > > references types. > > I'm not sure I understand. Can you give an example of "only > referencing types" as opposed to the other kind of references? >From the example you gave earlier: set $tem = (struct Lisp_Symbol *) $ptr probably won't trigger a full symbol read since "struct Lisp_Symbol" is a type and not a function or variable.