This is the mail archive of the
gdb-patches@sources.redhat.com
mailing list for the GDB project.
Re: [RFA] config/rs6000/tm-rs6000.h STAB_REG_TO_REGNUM
- From: Elena Zannoni <ezannoni at cygnus dot com>
- To: Kevin Buettner <kevinb at redhat dot com>
- Cc: Elena Zannoni <ezannoni at cygnus dot com>, gdb-patches at sources dot redhat dot com, vmakarov at redhat dot com
- Date: Wed, 5 Dec 2001 18:03:57 -0500
- Subject: Re: [RFA] config/rs6000/tm-rs6000.h STAB_REG_TO_REGNUM
- References: <15367.50385.770078.559327@krustylu.cygnus.com><3C07CD1A.4010403@cygnus.com><15367.63139.561172.481628@krustylu.cygnus.com><1011205215641.ZM5797@ocotillo.lan><15374.41016.151518.113014@krustylu.cygnus.com><1011205225148.ZM6006@ocotillo.lan>
Kevin Buettner writes:
> On Dec 5, 5:31pm, Elena Zannoni wrote:
>
> > > > + case 64: /* mq */
> > > > + if (TARGET_ARCHITECTURE->mach == bfd_mach_ppc_601)
> > > > + regnum = 124;
> > >
> > > Hmm... I wish we had a symbolic constant for this one. (It took me
> > > a while to figure out why this register number was different.)
> >
> > Hmmm, should these regnums be part of the gdbarch_tdep structure?
> > That's how I did it for the SH. (Defined to -1 if not applicable) It
> > seems to me that not all the variants have register (say, for
> > instance) 67 defined to be the LR register or even exist. This way we
> > could also do error checking in this routine.
>
> I had occassion to look at SH recently and saw how you did things. I
> think the mechanism you propose would be appropriate for PPC too.
>
> Kevin
Okey. I'll do that then.
Thanks!
Elena