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]

Re: [PATCH]: some gdbserver changes for NetBSD/powerpc


J.T. Conklin wrote:
> 
> >>>>> "Andrew" == Andrew Cagney <ac131313@cygnus.com> writes:
> >> Does anyone have an example of a multi-arched gdbserver?  For gnu/linux
> >> ppc perhaps?
> 
> Andrew> I don't know that trying to multi-arch gdbserver is useful.
> Andrew> The gdb server is normally built to run on a specific host so
> Andrew> supporting other hosts is kind of wierd.  The only situtation
> Andrew> where I can see it being useful is for a platform that
> Andrew> provides multiple kernel interfaces (NetBSD has Linux compat
> Andrew> mode; Solaris SPARC 32/64) and there I'm not sure of the
> Andrew> tradeoffs.  Simply building two gdbserver binaries would be
> Andrew> easier.
> 
> I'm not really trying to build a gdbserver that can handle multiple
> architectures/targets, but rather fix the netbsd/ppc gdbserver that
> got broken when the gdb ppc target was multi-arched.  In this case,
> REGISTER_BYTES and MAX_REGISTER_RAW_SIZE which used to be defined as
> constants, are now gdbarch functions.  This causes compile time
> failures since these macros are used to size arrays.
> 
> I'm looking for direction for fixing this.

When I multi-arched the sparc target, I left the old macros
in place so that they would still be defined if GDB_MULTI_ARCH
is not.  Perhaps that approach would benefit ppc/gdbserver?

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]