This is the mail archive of the
mailing list for the GDB project.
Re: Fix stack backtraces on 26-bit ARM
- From: Fernando Nasser <fnasser at redhat dot com>
- To: Andrew Cagney <ac131313 at cygnus dot com>
- Cc: Richard dot Earnshaw at arm dot com, Ben Harris <bjh21 at netbsd dot org>, gdb-patches at sourceware dot cygnus dot com, Jim blandy <jimb at cygnus dot com>, Todd Vierling <tv at wasabisystems dot com>
- Date: Mon, 17 Dec 2001 11:33:28 -0500
- Subject: Re: Fix stack backtraces on 26-bit ARM
- Organization: Red Hat , Inc. - Toronto
- References: <200110221104.MAA06894@cam-mail2.cambridge.arm.com> <3BD73EF2.email@example.com>
I understood from BenH response and from a private conversation with
Andrew that it was OK to check this in, so I did it (although this is
a little borderline w.r.t. maintainership -- see below).
Note that this is rather a new target (although an ARM one) so we would
need a maintainer for it. You can see that it is basically new files
and I don't have a NetBSR ARM machine around here (nor does Scott, I guess).
I believe we would need to add the following to gdb/MAINTAINERS until
this is decided:
RCS file: /cvs/src/src/gdb/MAINTAINERS,v
retrieving revision 1.133
diff -c -p -r1.133 MAINTAINERS
*** MAINTAINERS 2001/12/15 17:09:04 1.133
--- MAINTAINERS 2001/12/17 16:30:31
*************** hurd native Mark Kettenis kettenis@gnu
*** 207,212 ****
--- 207,213 ----
NetBSD native & host J.T. Conklin firstname.lastname@example.org
SCO/Unixware Robert Lipe email@example.com
GNU/Linux ARM native Scott Bambrough firstname.lastname@example.org
+ NetBSD ARM native (vacant)
Solaris/x86 native & host (devolved)
Peter Schauer Peter.Schauer@regent.e-technik.tu-muenchen.de
Solaris/SPARC native & host (devolved)
Andrew Cagney wrote:
> >> Hmm, I have the bones of a completely clean NetBSD/arm port. It isn't
> >> complete, but it was written without reference to the existing NetBSD code.
> > Ok, attached is most of the code. There's one more patch, which I'll send
> > separately, that allows ARM targets to be single-stepped when there is no
> > kernel/hw support for single stepping.
> > R.
> > <date> Richard Earnshaw <email@example.com>
> > * config/arm/nbsd.mh config/arm/nbsd.mt config/arm/tm-nbsd.h
> > config/arm/nm-nbsd.h config/arm/xm-nbsd.h: New files.
> > * armbsd-nat.c: New file.
> > * Makefile.in: Build it.
> > * configure.host configure.tgt: Support NetBSD/arm.
> (There has been some out of band assignment e-mail which has left me
> pretty confused :-)
> Lets see.
> RichardE, the above was developed while you were at ARM and is hence
> covered, solely, by an ARM assignment? [yes | no]
> If this is true, can I suggest to the Arm maintainers that this be
> considered. Then BenH can apply fixes to it (always easier and less
> likely to have assignment problems) then new code. (I understand, third
> hand this is kind of BenH's plan already).
> I think this is preferable as it gives GDB's NetBSD/ARM support a clear
> and auditable paper trail.
Red Hat - Toronto E-Mail: firstname.lastname@example.org
2323 Yonge Street, Suite #300
Toronto, Ontario M4P 2C9