public inbox for gdb@sourceware.org
 help / color / mirror / Atom feed
From: "Kris Warkentin" <kewarken@qnx.com>
To: "Elena Zannoni" <ezannoni@redhat.com>
Cc: "Andrew Cagney" <ac131313@redhat.com>,
	"Elena Zannoni" <ezannoni@redhat.com>,
	"Gdb@Sources.Redhat.Com" <gdb@sources.redhat.com>
Subject: Re: assertion failure in regcache.c
Date: Fri, 23 May 2003 20:39:00 -0000	[thread overview]
Message-ID: <12c401c3216b$74bda9f0$0202040a@catdog> (raw)
In-Reply-To: <16078.34483.843620.330431@localhost.redhat.com>

> Kris Warkentin writes:
>  > Interesting.  If I go through sh-tdep.c and comment out all the
>  > 'set_gdbarch_register_byte(blah)' calls, it works.  Are there any
potential
>  > negative implications of this or can we just trust regcache to do it's
job?
>  >
>
> Oh my. I have fainted.  It works?  :-) You mean all that pseudo
> register stuff written 2+ years back still works with all the register
> changes?  I really think that working on gdb is just like the Boston
> Big Dig.
>
> What exactly do you mean by it works?  Testsuite failures approach
> acceptable levels?  This is only sh4, right? There are so many variants
> to test. The really scary one would be sh64.

By 'works', I mean, "I didn't choke on the assertion and I managed to
successfully debug a program and look at registers."  That's probably not
the definitive test by any stretch but it's better than gdb dumping core.
The fact of the matter is, I only care about sh4 so I would be happy with
getting rid of just the sh4_register_byte thing and letting other sh
concerned parties deal with their versions themselves.  I'll bet you dimes
to donuts that every other sh target will have this problem with the head
branch too.

If you guys can suggest some other work that I might be able to do to fix
this for everyone in a nice way I might be able to help out though since
it's certainly in my interest to have sh working on the head.

cheers,

Kris

      reply	other threads:[~2003-05-23 20:39 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-05-21 17:52 Kris Warkentin
2003-05-22 15:38 ` Andrew Cagney
2003-05-22 19:07   ` Kris Warkentin
2003-05-22 19:22     ` Andrew Cagney
2003-05-22 22:05       ` Elena Zannoni
2003-05-23 17:36         ` Kris Warkentin
2003-05-23 18:22           ` Elena Zannoni
2003-05-23 19:23             ` Kris Warkentin
2003-05-23 20:29               ` Andrew Cagney
2003-05-23 19:47             ` Andrew Cagney
2003-05-23 20:29               ` Kris Warkentin
2003-05-23 20:33                 ` Elena Zannoni
2003-05-23 20:39                   ` Kris Warkentin [this message]

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='12c401c3216b$74bda9f0$0202040a@catdog' \
    --to=kewarken@qnx.com \
    --cc=ac131313@redhat.com \
    --cc=ezannoni@redhat.com \
    --cc=gdb@sources.redhat.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).