From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Jacobowitz To: Andrew Cagney Cc: Kevin Buettner , Elena Zannoni , gdb-patches@sources.redhat.com Subject: Re: [RFA] W.I.P. AltiVec ppc registers support. Date: Thu, 29 Nov 2001 17:41:00 -0000 Message-ID: <20011129204053.C21872@nevyn.them.org> References: <15365.39495.801289.497931@krustylu.cygnus.com> <1011129183830.ZM18856@ocotillo.lan> <15366.44991.616576.411278@krustylu.cygnus.com> <1011129222000.ZM19585@ocotillo.lan> <15366.47960.711736.518863@krustylu.cygnus.com> <3C06BED3.4070209@cygnus.com> <1011130002533.ZM20054@ocotillo.lan> <3C06D64C.4030801@cygnus.com> X-SW-Source: 2001-11/msg00596.html Message-ID: <20011129174100.buoae54mZqB5sPfyVYT3OtdJeKk81Ck6G_AAUcJ6Aoc@z> On Thu, Nov 29, 2001 at 07:43:56PM -0500, Andrew Cagney wrote: > >>So just the core code needs to have a hard-wired (non native header) way > >>of unpacking Altivec registers (if they are found?)? > > > > > >I'm guessing we'll end up having to add fetch_core_registers() and > >company to ppc-linux-nat.c. That way neither core-regset.c nor > >core-aout.c will be used for a native Linux/PPC build. (See > >fetch_core_registers() in i386-linux-nat.c as an example.) > > No. The core stuff would need to be kicked out of *-nat.c and into > *-core.c and/or *-greg.c and/or ??? The packing/unpacking of a reg-set > is technically only target dependant - debugging a core file from an > embedded target. > > Daniel, how are the changes you were eluding to comming along? Back burner to C++. When I have polished off the v3 ABI stuff I'll be back to this thread. -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer