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] |