public inbox for gdb@sourceware.org
 help / color / mirror / Atom feed
From: Fernando Nasser <fnasser@redhat.com>
To: jtc@redback.com
Cc: gdb@sourceware.cygnus.com
Subject: Re: floating point registers in 'info reg'
Date: Tue, 09 Jan 2001 16:25:00 -0000	[thread overview]
Message-ID: <3A5BAB95.8027BE6D@redhat.com> (raw)
In-Reply-To: <5m4rz8tiv6.fsf@jtc.redback.com>

"J.T. Conklin" wrote:
> 
> >>>>> "Fernando" == Fernando Nasser <fnasser@redhat.com> writes:
> >> While just a nit, this has been bothering me for some time.
> >>
> >> The 'info reg' command is supposed to output only non-fpu registers,
> >> but it uses the following expression to determine whether a register
> >> is floating point:
> >>
> >> TYPE_CODE (REGISTER_VIRTUAL_TYPE (i)) == TYPE_CODE_FLT
> >>
> >> which means that FPU control and status registers are output.  Is
> >> there a better way to determine which registers are FP and which are
> >> not?
> 
> Fernando> Well, the problem is that FPU control and status registers
> Fernando> should not have TYPE_CODE_FLT as virtual type.  The data FPU
> Fernando> registers are, but not the control ones.
> 
> That's not the problem.  For example, on the x86, the fctrl, fstat,
> ftag, ... registers don't have TYPE_CODE_FLT as a virtual type.  But
> since that test is used to determine whether a register is considered
> to be a floating point register, "info reg" will output the values of
> those registers.  On those targets that a separate command to fetch FP
> registers, this adds additional command latency.
> 

I see, the problem is exactly that they do not have this type (things
that
fail this test get printed).

The GUI also needs some classification of the registers in groups, so
they can
be more properly arranged in the register widget.  I wanted to add a few
(optional)
descriptive data to registers.

There new register description interface posted recently by Nick Duffek
is
supposed to help us add these new characterizations. 


-- 
Fernando Nasser
Red Hat Canada Ltd.                     E-Mail:  fnasser@redhat.com
2323 Yonge Street, Suite #300
Toronto, Ontario   M4P 2C9

  reply	other threads:[~2001-01-09 16:25 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-01-09 14:50 J.T. Conklin
2001-01-09 15:11 ` Fernando Nasser
2001-01-09 15:18   ` J.T. Conklin
2001-01-09 16:25     ` Fernando Nasser [this message]
2001-01-09 19:28       ` Nick Duffek

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=3A5BAB95.8027BE6D@redhat.com \
    --to=fnasser@redhat.com \
    --cc=gdb@sourceware.cygnus.com \
    --cc=jtc@redback.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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).