From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14081 invoked by alias); 15 Apr 2007 11:46:21 -0000 Received: (qmail 14073 invoked by uid 22791); 15 Apr 2007 11:46:21 -0000 X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (65.74.133.4) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sun, 15 Apr 2007 12:46:19 +0100 Received: (qmail 14661 invoked from network); 15 Apr 2007 11:46:17 -0000 Received: from unknown (HELO ?172.16.64.38?) (vladimir@127.0.0.2) by mail.codesourcery.com with ESMTPA; 15 Apr 2007 11:46:17 -0000 From: Vladimir Prus To: Nick Roberts Subject: Re: Ping: frozen variable objects Date: Sun, 15 Apr 2007 11:57:00 -0000 User-Agent: KMail/1.9.1 Cc: Daniel Jacobowitz , Eli Zaretskii , gdb-patches@sources.redhat.com References: <200703251351.43195.vladimir@codesourcery.com> <200704151431.58128.vladimir@codesourcery.com> <17954.3880.907830.606565@farnswood.snap.net.nz> In-Reply-To: <17954.3880.907830.606565@farnswood.snap.net.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704151546.09530.vladimir@codesourcery.com> 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: 2007-04/txt/msg00237.txt.bz2 On Sunday 15 April 2007 15:40, Nick Roberts wrote: > > > Also the name that is displayed shouldn't change, so pxref needs to be > > > called with two arguments: > > > > > > > > > @code{in_scope} (@pxref{-var-update fields, -var-update}) may be extended. > > > > That does not seem to work in a sensible way. In PDF, you get "-var-update > > fields" only, and info has: > > > > (*note -var-update: -var-update fields.) > > > > which makes no sense whatsoever. > > It does to me because the first refers to the destination (the entry for > -var-update), while the second is just the name of the anchor which is not > visible to the reader. It is visible to the reader -- both in printed documented and in info (as viewed by 'info' command). > Info in Emacs reflects the importance of the first > argument by just displaying: > > (*note -var-update.) > > Currently Emacs displays: > > (*note -var-update-fields.) > > but there is no such (visible) location. Should we really cater to the way Emacs displays something? - Volodya