From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19803 invoked by alias); 30 Sep 2013 22:41:55 -0000 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 Received: (qmail 19787 invoked by uid 89); 30 Sep 2013 22:41:55 -0000 Received: from mailhost.u-strasbg.fr (HELO mailhost.u-strasbg.fr) (130.79.222.218) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 30 Sep 2013 22:41:55 +0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.6 required=5.0 tests=AWL,BAYES_00,MSGID_MULTIPLE_AT autolearn=no version=3.3.2 X-HELO: mailhost.u-strasbg.fr Received: from mailhost.u-strasbg.fr (localhost [127.0.0.1]) by antispam (Postfix) with ESMTP id 721FE220FB2; Tue, 1 Oct 2013 00:41:51 +0200 (CEST) Received: from mailhost.u-strasbg.fr (localhost [127.0.0.1]) by antivirus (Postfix) with ESMTP id 622DF220D61; Tue, 1 Oct 2013 00:41:51 +0200 (CEST) Received: from md14.u-strasbg.fr (md14.u-strasbg.fr [130.79.200.249]) by mr8.u-strasbg.fr (Postfix) with ESMTP id DCC67220FBC; Tue, 1 Oct 2013 00:41:45 +0200 (CEST) Received: from ms16.u-strasbg.fr (ms16.u-strasbg.fr [130.79.204.116]) by md14.u-strasbg.fr (8.14.3/jtpda-5.5pre1) with ESMTP id r8UMfigN028202 ; Tue, 1 Oct 2013 00:41:45 +0200 Received: from E6510Muller (lec67-4-82-230-53-140.fbx.proxad.net [82.230.53.140]) (Authenticated sender: mullerp) by ms16.u-strasbg.fr (Postfix) with ESMTPSA id C0BE11FD8E; Tue, 1 Oct 2013 00:41:39 +0200 (CEST) From: "Pierre Muller" To: "'Pedro Alves'" , "'Eli Zaretskii'" Cc: "'Tom Tromey'" , , References: <"002901cebaf2$35ec65a0$a1c530e0$@muller"@ics-cnrs.unistra.fr> <33207.6293569573$1380225714@news.gmane.org> <87pprufgl8.fsf@fleche.redhat.com> <5245c3a0.a3e2440a.4b98.ffffd279SMTPIN_ADDED_BROKEN@mx.google.com> <5245DE52.8080800@redhat.com> <52482EBA.5010209@codesourcery.com> <5248768B.4090705@redhat.com> <10148.9390749068$1380495630@news.gmane.org> <87eh869kry.fsf@fleche.redhat.com> <83eh86dryo.fsf@gnu.org> <5249D4D9.4080205@redhat.com> In-Reply-To: <5249D4D9.4080205@redhat.com> Subject: RE: [RFC 3/6] mingw-hdep: Add "maint set testuite-mode on/off" command. Date: Mon, 30 Sep 2013 22:41:00 -0000 Message-ID: <004801cebe2e$3c37b560$b4a72020$@muller@ics-cnrs.unistra.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-SW-Source: 2013-09/txt/msg01031.txt.bz2 > -----Message d'origine----- > De=A0: gdb-patches-owner@sourceware.org [mailto:gdb-patches- > owner@sourceware.org] De la part de Pedro Alves > Envoy=E9=A0: lundi 30 septembre 2013 21:45 > =C0=A0: Eli Zaretskii > Cc=A0: Tom Tromey; pierre.muller@ics-cnrs.unistra.fr; yao@codesourcery.co= m; > gdb-patches@sourceware.org > Objet=A0: Re: [RFC 3/6] mingw-hdep: Add "maint set testuite-mode on/off" > command. >=20 > On 09/30/2013 08:34 PM, Eli Zaretskii wrote: > >> From: Tom Tromey > >> Cc: "'Pedro Alves'" , "'Yao Qi'" > , "'gdb-patches'" > >> Date: Mon, 30 Sep 2013 13:22:57 -0600 > >> > >> 5.26 was released in 1998 -- so, it is ancient. It's reasonable to > >> require something newer. > > > > What if MSYS provides no newer versions? >=20 > Somebody should work on providing it, IMO, if they want to > run the testsuite against it. (this is testing we're talking about, > not building GDB itself). I'm familiar with the history behind MSYS (old > Cygwin fork, etc.), but this not really a core MSYS component one would > assume would require a bunch of effort to compile for MSYS -- I'd imagine > it not to be hard. Maybe a few patches to forward port, if any. Then > we'd just need a wiki page explaining the whole 'testing Windows GDB under > Cygwin or MSYS' -- a good idea regardless, IMO. I must confess that I am now totally confused :( Even with cygwin shell I have problems... I was hoping that this would be the correct solution to the mingw host GDBs testsuite runs... But I am really unable to get it to work... I tried=20 fconfigure $res -translation {XXX YYY} By default is seems to be {lf lf} (this can be seen by adding verbose "[fconfigure $res]" The first is supposed to change the input channel behavior and the second the output channel behavior.. but changing only the first from lf to crlf, I get a removal of the second ^M in the output produced by GDB (which is good) but also a change in the strings sent to GDB "set args" in gdb.base/a2-run.exp in gdb_test_no_output is sent as "set args\n" instead of "set args\r\n" which is BAD :(