From: Pedro Alves <pedro@codesourcery.com>
To: gdb@sourceware.org
Cc: "Ulrich Weigand" <uweigand@de.ibm.com>,
William Wagner <will_wagner@carallon.com>
Subject: Re: gdbserver 7.1 unable to read registers
Date: Fri, 24 Sep 2010 14:39:00 -0000 [thread overview]
Message-ID: <201009241539.35561.pedro@codesourcery.com> (raw)
In-Reply-To: <201009241405.o8OE5BMx026432@d12av02.megacenter.de.ibm.com>
On Friday 24 September 2010 15:05:11, Ulrich Weigand wrote:
> Pedro Alves wrote:
> > On Friday 24 September 2010 13:58:08, Ulrich Weigand wrote:
> >
> > > Usually, gdbserver will inform GDB via the remote protocol about the
> > > set of registers supported on the platform, and GDB is supposed to
> > > automatically take that information into account.
> > >
> > > However, this requires that GDB is built to include XML support to
> > > parse this configuration information; if the expat libraries were
> > > not available when you built GDB, the configure process might have
> > > decided to build GDB without XML support instead ...
> > > Can you try rebuilding with the --with-expat configure option?
> > > This will cause the build to fail if XML support is not available.
> >
> > Note that GDB issues a warning at connect time in that case:
> >
> > "Can not parse XML target description; XML support was disabled at compile time"
>
> As we have more and more platforms where gdbserver simply will not work
> correctly without XML support, maybe we should make --with-expat the
> default mode at some point in time? Users would still be able to
> build with --without-expat if they really want to ...
I guess. Most native targets don't need it though.
On the other hand, there's scope for improvement in those warnings.
It's not surprising that users don't know the consequences of not
being able to parse a "XML target description" are. Making
those clearer in terms of consequences would probably already go a long way
in avoiding surprises. Something along the lines of:
"Can not parse XML target description; XML support was disabled at compile time. "
"GDB may not be able to read registers correctly."
?
--
Pedro Alves
next prev parent reply other threads:[~2010-09-24 14:39 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-23 17:17 William Wagner
2010-09-24 7:47 ` Jan Kratochvil
2010-09-24 7:54 ` William Wagner
2010-09-24 13:30 ` Jon Smirl
2010-09-24 12:58 ` Ulrich Weigand
2010-09-24 13:36 ` Pedro Alves
2010-09-24 13:44 ` William Wagner
2010-09-24 14:05 ` Ulrich Weigand
2010-09-24 14:39 ` Pedro Alves [this message]
2010-09-27 10:25 ` Steffen Dettmer
2010-09-27 14:44 ` Daniel Jacobowitz
2010-10-07 17:16 ` Ulrich Weigand
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=201009241539.35561.pedro@codesourcery.com \
--to=pedro@codesourcery.com \
--cc=gdb@sourceware.org \
--cc=uweigand@de.ibm.com \
--cc=will_wagner@carallon.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