From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1544 invoked by alias); 5 Jun 2013 19:01:09 -0000 Mailing-List: contact crossgcc-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: crossgcc-owner@sourceware.org Received: (qmail 1534 invoked by uid 89); 5 Jun 2013 19:01:09 -0000 X-Spam-SWARE-Status: No, score=-3.1 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,SPF_PASS autolearn=ham version=3.3.1 Received: from mail-vb0-f54.google.com (HELO mail-vb0-f54.google.com) (209.85.212.54) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Wed, 05 Jun 2013 19:01:08 +0000 Received: by mail-vb0-f54.google.com with SMTP id f13so1369419vbg.27 for ; Wed, 05 Jun 2013 12:01:06 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.52.89.73 with SMTP id bm9mr1929497vdb.99.1370458866352; Wed, 05 Jun 2013 12:01:06 -0700 (PDT) Received: by 10.59.0.167 with HTTP; Wed, 5 Jun 2013 12:01:06 -0700 (PDT) In-Reply-To: References: Date: Wed, 05 Jun 2013 19:01:00 -0000 Message-ID: Subject: Re: Problems with recent expat/gdb changes From: Daniel Price To: Bryan Hundven Cc: Trevor Woerner , "crossgcc@sourceware.org" Content-Type: text/plain; charset=ISO-8859-1 X-SW-Source: 2013-06/txt/msg00006.txt.bz2 Thanks for the followups. Rather than modify the code, my short-term workaround was to add "--disable-expat --with-expat=no" to the "extra gdb configure args" since the target in this particular case does not need XML support. Personally I think the answer is that, when building a static cross-gdb, expat should just always be built. -dp On Wed, Jun 5, 2013 at 7:22 AM, Bryan Hundven wrote: > Trevor, > > On 6/5/13 3:44 AM, "Trevor Woerner" wrote: > >>On Wed, Jun 5, 2013 at 4:18 AM, Bryan Hundven >>wrote: >>> On 6/4/13 10:28 PM, "Daniel Price" wrote: >>>>This is on a system where libexpat-dev / -devel isn't installed. >>>> >>>>It seems to me that there's an issue where, despite requesting static >>>>cross-gdb, crosstool-ng >>>> is expecting libexpat to be on the host >>>>system >>> >>> There is definitely some funkyness with expat being needed to be built >>> here. >> >> >>Some target boards, such as the boards from ST, send their details >>(memory areas, register info, etc) to the host via XML (i.e. when >>using st-link). Therefore there are times when a cross-gdb needs expat >>to process this incoming information: >> >>http://sourceware.org/ml/crossgcc/2013-03/msg00005.html >> >>I'm not trying to say this shouldn't be configurable or that expat >>handling shouldn't be broken out into its own script; I'm just >>pointing out that there are valid times when someone would want expat >>included in gdb-cross. >> >>Best regards, >> Trevor > > The "funkiness" (now with spell check) that I was talking about is that > expat was only built for native gdb. > My suggestion is _that_ is what is odd. So now I'm just being clear that > we are in agreement ;) > > The other part of the "funkiness" was while I was reading through > 300-gdb.sh, I can see parts of it that need updating. > So fixing 300-gdb.sh to build expat and gdb for cross_gdb might be a > little more work. > > -Bryan > > -- Daniel.Price@gmail.com; Twitter: @danielbprice -- For unsubscribe information see http://sourceware.org/lists.html#faq