This is the mail archive of the gdb-patches@sources.redhat.com mailing list for the GDB project.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
I was really surprised that simply setting GDB_MULTI_ARCH to 1 worked without any glitch. We even gained 10 regressions in the process... Regarding hppa64, I don't think it is ready to go multiarch yet. I think it will be more productive for me to take care of hppa32 first, then then focus on hppa64 later (because the only machine I can work on right now is really a pain to use as a dev machine so I want to group all hppa64 work as much as possible). My plan for the next moves is: - Move all the ``#if !GDB_MULTI_ARCH ... #define ... #endif'' blocks away to tm-hppa64.h, since it is the only file left that needs them now. - Remove some definitions that were only used for the hppa-pro target (OK, mark them as obsolete) - Move some of the definitions to hppa-tdep.h or hppa-tdep.c - convert the macros that are still not converted - do some misc cleanup - see what's left. During this process, I'll try not to break hppa64, although I admit up front that I won't check this target everytime, only on a more or less regular basis. If there is any objection to this approach, let me know. Here is the patch that I just committed, using the multipass (er, I mean, the multiarch pass :-): 2003-04-21 J. Brobecker <brobecker at gnat dot com> Ongoing multi-arch conversion for HP/UX. * config/pa/tm-hppa.h (GDB_MULTI_ARCH): Set to 1. Do not define if already defined (allows hppa64 to stay non-multiarched for now). * config/pa/tm-hppa64.h (GDB_MULTI_ARCH): Define. -- Joel
Attachment:
multiarch.diff
Description: Text document
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |