From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6953 invoked by alias); 19 Apr 2010 14:13:02 -0000 Received: (qmail 6935 invoked by uid 22791); 19 Apr 2010 14:13:01 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=BAYES_00,MSGID_MULTIPLE_AT,TW_AV X-Spam-Check-By: sourceware.org Received: from mailhost.u-strasbg.fr (HELO mailhost.u-strasbg.fr) (130.79.200.154) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 19 Apr 2010 14:12:53 +0000 Received: from baal.u-strasbg.fr (baal.u-strasbg.fr [IPv6:2001:660:2402::41]) by mailhost.u-strasbg.fr (8.14.3/jtpda-5.5pre1) with ESMTP id o3JECh5R092649 ; Mon, 19 Apr 2010 16:12:44 +0200 (CEST) (envelope-from pierre.muller@ics-cnrs.unistra.fr) Received: from mailserver.u-strasbg.fr (ms3.u-strasbg.fr [IPv6:2001:660:2402:d::12]) by baal.u-strasbg.fr (8.14.0/jtpda-5.5pre1) with ESMTP id o3JECh6K008253 ; Mon, 19 Apr 2010 16:12:43 +0200 (CEST) (envelope-from pierre.muller@ics-cnrs.unistra.fr) Received: from d620muller (gw-ics.u-strasbg.fr [130.79.210.225]) (user=mullerp mech=LOGIN) by mailserver.u-strasbg.fr (8.14.3/jtpda-5.5pre1) with ESMTP id o3JEChC2059261 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) ; Mon, 19 Apr 2010 16:12:43 +0200 (CEST) (envelope-from pierre.muller@ics-cnrs.unistra.fr) From: "Pierre Muller" To: "'H.J. Lu'" Cc: "'Pedro Alves'" , References: <201004171158.08327.pedro@codesourcery.com> <201004180045.51495.pedro@codesourcery.com> <6200558430975530197@unknownmsgid> In-Reply-To: Subject: RE: [RFA] Prepare for Mingw Windows 64-bit gdbserver Date: Mon, 19 Apr 2010 14:13:00 -0000 Message-ID: <000001cadfca$69defe10$3d9cfa30$@muller@ics-cnrs.unistra.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable 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/msg00555.txt.bz2 > wrote: > >> > -srv_amd64_regobj=3D"amd64.o x86-64-avx.o" > >> > +srv_amd64_regobj=3D"amd64.o amd64-avx.o" > >> > >> looks like another piece. =A0Is it just a cosmetic change because > >> we use amd64 instead of x86-64 throughout? =A0Please explain > >> it and post it separately, if possible. > > > > =A0I suspect that this is an error in the commit > > from H.J. Lu dated 2010/04/07. > > > > =A0The ChangeLog says: > > =A0 =A0 =A0 =A0* configure.srv (srv_i386_regobj): Add i386-avx.o. > > =A0 =A0 =A0 =A0(srv_i386_linux_regobj): Add i386-avx-linux.o. > > =A0 =A0 =A0 =A0(srv_amd64_regobj): Add amd64-avx.o. > > >=20 > That was a typo. Thanks for fixing it. Committed, Pierre