From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27759 invoked by alias); 7 Apr 2010 17:37:05 -0000 Received: (qmail 27713 invoked by uid 22791); 7 Apr 2010 17:36:50 -0000 X-SWARE-Spam-Status: No, hits=-1.1 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SARE_MSGID_LONG45 X-Spam-Check-By: sourceware.org Received: from mail-vw0-f41.google.com (HELO mail-vw0-f41.google.com) (209.85.212.41) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 07 Apr 2010 17:36:47 +0000 Received: by vws14 with SMTP id 14so692691vws.0 for ; Wed, 07 Apr 2010 10:36:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.44.198 with HTTP; Wed, 7 Apr 2010 10:36:44 -0700 (PDT) In-Reply-To: <83tyrnw4jg.fsf@gnu.org> References: <002a01cad517$d36eab90$7a4c02b0$%muller@ics-cnrs.unistra.fr> <001801cad593$8e70daf0$ab5290d0$%muller@ics-cnrs.unistra.fr> <83iq84xyoa.fsf@gnu.org> <83y6h0vtj6.fsf@gnu.org> <20100407144132.GA30700@caradoc.them.org> <83tyrnw4jg.fsf@gnu.org> Date: Wed, 07 Apr 2010 17:37:00 -0000 Received: by 10.220.124.129 with SMTP id u1mr4629147vcr.25.1270661805167; Wed, 07 Apr 2010 10:36:45 -0700 (PDT) Message-ID: Subject: Re: [RFC] Fix for Go32-v2 native woes From: "H.J. Lu" To: Eli Zaretskii Cc: Daniel Jacobowitz , pierre.muller@ics-cnrs.unistra.fr, gdb-patches@sourceware.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2010-04/txt/msg00143.txt.bz2 On Wed, Apr 7, 2010 at 10:33 AM, Eli Zaretskii wrote: >> Date: Wed, 7 Apr 2010 10:41:37 -0400 >> From: Daniel Jacobowitz >> Cc: "H.J. Lu" , pierre.muller@ics-cnrs.unistra.fr, >> =A0 =A0 =A0 gdb-patches@sourceware.org >> >> > Btw, what happens with the register-related features you added if >> > libexpat is not linked in? =A0Do these features silently disappear >> > (good) or break the build (bad) or cause fatal internal errors at run >> > time (worse)? >> >> They continue to work (even better). =A0We parse the XML files used for >> native debugging into C files, and the generated C files are stored in >> the source tree. =A0This was a design requirement before we could >> require XML descriptions for any native platform. > > Thanks. =A0So this means we currently assume SSE support regardless of > the XML files, is that right? It should be fixed on hjl/mmx branch at http://git.kernel.org/?p=3Ddevel/gdb/hjl/avx.git;a=3Dsummary --=20 H.J.