From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17309 invoked by alias); 24 Sep 2010 14:39:45 -0000 Received: (qmail 17300 invoked by uid 22791); 24 Sep 2010 14:39:44 -0000 X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (38.113.113.100) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 24 Sep 2010 14:39:39 +0000 Received: (qmail 10975 invoked from network); 24 Sep 2010 14:39:37 -0000 Received: from unknown (HELO orlando.localnet) (pedro@127.0.0.2) by mail.codesourcery.com with ESMTPA; 24 Sep 2010 14:39:37 -0000 From: Pedro Alves To: gdb@sourceware.org Subject: Re: gdbserver 7.1 unable to read registers Date: Fri, 24 Sep 2010 14:39:00 -0000 User-Agent: KMail/1.13.2 (Linux/2.6.33-29-realtime; KDE/4.4.2; x86_64; ; ) Cc: "Ulrich Weigand" , William Wagner References: <201009241405.o8OE5BMx026432@d12av02.megacenter.de.ibm.com> In-Reply-To: <201009241405.o8OE5BMx026432@d12av02.megacenter.de.ibm.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201009241539.35561.pedro@codesourcery.com> X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2010-09/txt/msg00133.txt.bz2 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