From: Daniel Jacobowitz <drow@false.org>
To: Ramana Radhakrishnan <ramana.radhakrishnan@codito.com>
Cc: gdb-patches@sources.redhat.com, cagney@gnu.org, dk@artimi.org
Subject: Re: [PATCH] Fix for PR exp/1821
Date: Sun, 05 Dec 2004 19:37:00 -0000 [thread overview]
Message-ID: <20041205191152.GA20357@nevyn.them.org> (raw)
In-Reply-To: <41B35793.5010602@codito.com>
On Mon, Dec 06, 2004 at 12:16:43AM +0530, Ramana Radhakrishnan wrote:
> Hi ,
>
> I was looking at PR 1821 today and realized that the problem is because
> cplus_print_value_fields is shared between c-valprint.c and
> cp-valprint.c . fprintf_symbol_filtered is called with language_cplus
> automatically while it should be dependent on the current language .
>
>
> This patch attempts to use current_language->la_language to pass to
> fprintf_symbol_filtered so that the correct demangler is used. Tested
> with i686-pc-linux-gnu using gcc 3.3.4 (Debian) and no extra regressions.
>
> Ok to commit ?
Yes, this is OK, with a couple of formatting corrections (see below).
Do you think you could add a testcase for this problem?
> ChangeLog:
>
> 2004-12-06 Ramana Radhakrishnan <ramana.radhakrishnan@codito.com>
>
> Fix PR exp/1821
> * cp-valprint.c(cp_print_value_fields): Pass current language to
> fprintf_symbol_filtered.
Please be careful of tabs and spaces.
> Index: cp-valprint.c
> ===================================================================
> RCS file: /cvs/src/src/gdb/cp-valprint.c,v
> retrieving revision 1.27
> diff -c -3 -p -r1.27 cp-valprint.c
> *** cp-valprint.c 12 Nov 2004 21:45:06 -0000 1.27
> --- cp-valprint.c 5 Dec 2004 18:23:27 -0000
> ***************
> *** 35,41 ****
> #include "target.h"
> #include "cp-abi.h"
> #include "valprint.h"
> !
> int vtblprint; /* Controls printing of vtbl's */
> int objectprint; /* Controls looking up an object's derived type
> using what we find in its vtables. */
> --- 35,41 ----
> #include "target.h"
> #include "cp-abi.h"
> #include "valprint.h"
> ! #include "language.h"
> int vtblprint; /* Controls printing of vtbl's */
> int objectprint; /* Controls looking up an object's derived type
> using what we find in its vtables. */
Please leave a blank line here.
--
Daniel Jacobowitz
next prev parent reply other threads:[~2004-12-05 19:12 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-12-05 19:12 Ramana Radhakrishnan
2004-12-05 19:37 ` Daniel Jacobowitz [this message]
2004-12-06 3:51 ` Ramana Radhakrishnan
2005-02-10 8:33 ` Daniel Jacobowitz
2005-02-10 10:32 ` Ramana Radhakrishnan
2005-02-10 11:02 ` [PATCH] resubmit " Ramana Radhakrishnan
2005-02-10 20:53 ` Daniel Jacobowitz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20041205191152.GA20357@nevyn.them.org \
--to=drow@false.org \
--cc=cagney@gnu.org \
--cc=dk@artimi.org \
--cc=gdb-patches@sources.redhat.com \
--cc=ramana.radhakrishnan@codito.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox