From: Richard Earnshaw <rearnsha@arm.com>
To: Fernando Nasser <fnasser@cygnus.com>
Cc: rearnsha@arm.com
Subject: Re: ARM/linux gdb stops and gives no info
Date: Tue, 30 May 2000 10:02:00 -0000 [thread overview]
Message-ID: <200005301700.SAA05790@cam-mail2.cambridge.arm.com> (raw)
In-Reply-To: <3933C65A.CB1626B1@cygnus.com>
> > > > I can understand not being able to unpick the stack frame if I've jumped
> > > > to never-never land, but to not even be able to display the registers
> > > > makes the debugger useless.
[...]
> Peter Schauer added the test for NULL frames in there back in 1995. I believe
> it was causing core dumps, but I am not sure as the ChangeLog entry does not give
> the motive (we nowadays make sure it does, but that was not always true at the time):
>
> * infcmd.c (registers_info): Error out if selected_frame is NULL.
>
> I believe the default gdb routine (if the target does not define DO_REGISTERS_INFO)
> does not depend on selected_frame but I can't be sure about all targets.
>
> I quickly created the patch below. I have no time to test it these days.
> If you care applying it to your sources and trying I would appreciate.
> Otherwise it goes in my 25 pages long TODO list.. ;-)
Sadly, gdb won't even compile at the moment.
gcc -c -g -O2 -I. -I/net/home/rearnsha/gnusrc/utils/gdb
-I/net/home/rearnsha/gnusrc/utils/gdb/config -DHAVE_CONFIG_H
-I/net/home/rearnsha/gnusrc/utils/gdb/../include/opcode
-I/net/home/rearnsha/gnusrc/utils/gdb/../readline/.. -I../bfd
-I/net/home/rearnsha/gnusrc/utils/gdb/../bfd -I/net/home/rearnsha/gnusrc/u
tils/gdb/../include -I../intl -I/net/home/rearnsha/gnusrc/utils/gdb/../intl
-Wimplicit -Wreturn-type -Wcomment -Wtrigraphs -Wformat -Wparentheses
-Wpointer-arith -Wuninitialized /net/home/rearnsha/gnusrc/utils/gdb/core-r
egset.c
In file included from /net/home/rearnsha/gnusrc/utils/gdb/config/tm-linux.h
:36,
from tm.h:27,
from /net/home/rearnsha/gnusrc/utils/gdb/defs.h:719,
from /net/home/rearnsha/gnusrc/utils/gdb/core-regset.c:36:
/net/home/rearnsha/gnusrc/utils/gdb/config/tm-sysv4.h:30: warning:
`IN_SOLIB_CALL_TRAMPOLINE' redefined
/net/home/rearnsha/gnusrc/utils/gdb/config/arm/tm-arm.h:517: warning: this
is the location of the previous definition
/net/home/rearnsha/gnusrc/utils/gdb/config/tm-sysv4.h:36: warning:
`SKIP_TRAMPOLINE_CODE' redefined
/net/home/rearnsha/gnusrc/utils/gdb/config/arm/tm-arm.h:518: warning: this
is the location of the previous definition
In file included from /net/home/rearnsha/gnusrc/utils/gdb/core-regset.c:52:
/net/home/rearnsha/gnusrc/utils/gdb/gregset.h:29: parse error before
`gdb_gregset_t'
gdb/config/nm-linux.h contains the defines
#define GDB_GREGSET_T elf_gregset_t
#define GDB_FPREGSET_T elf_fpregset_t
But elf_gregset_t is defined in linux/elfcore.h, and nothing includes that
file :-)
My machine is armv4l-unknown-linux-gnuoldld if that makes any differnce.
R.
Scott,
/usr/include/sys/procfs.h contains an include of sys/elf.h, but this file
doesn't exist. Should it be the same as /usr/include/elf.h?
next parent reply other threads:[~2000-05-30 10:02 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <3933C65A.CB1626B1@cygnus.com>
2000-05-30 10:02 ` Richard Earnshaw [this message]
2000-05-30 11:20 ` Scott Bambrough
[not found] <200005302045.WAA16113@reisser.regent.e-technik.tu-muenchen.de>
2000-05-30 15:44 ` Andrew Cagney
[not found] <OF550ED645.8FA2E01A-ON802568EF.0032B0F1@symbian.com>
2000-05-30 2:49 ` Richard Earnshaw
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200005301700.SAA05790@cam-mail2.cambridge.arm.com \
--to=rearnsha@arm.com \
--cc=fnasser@cygnus.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox