This is the mail archive of the gdb@sourceware.cygnus.com mailing list for the GDB project. See the GDB home page for more information.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
However, it might be better to just add some mechanism to define "special" registers (Fer instance, ,3dnow/KNI/MMX) that are in some way different from the rest of the processor registers, be it in size/usage/whatever. I'm about to add KNI support to the BeOS port, as well as MMX and 3DNow support, and i'd rather have some standard supported way of doing it than making another hack that someone will have to futz with and learn the reasoning behind a year or two down the line. Or when something like Altivec comes along, it wouldn't take major retrofitting and port hacking (every single target that can run on that processor with a different -nat file) to do. --Dan > > This is an all-to-easy comment to make now, but I believe what should > have happened is that the tm-i386.h file should have defined the FPU > registers as they are in the processor; and those targets that can't > support the FPU should have been forced to make whatever provisions > necessary to adjust. It's a bit difficult to make that change now, > since it's hard to tell what targets are going to break because of > the chage. > > --jtc > > -- > J.T. Conklin > RedBack Networks