From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3168 invoked by alias); 18 Sep 2013 17:14:40 -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 3057 invoked by uid 89); 18 Sep 2013 17:14:39 -0000 Received: from mail-ie0-f180.google.com (HELO mail-ie0-f180.google.com) (209.85.223.180) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Wed, 18 Sep 2013 17:14:39 +0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.3 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,NO_RELAYS autolearn=ham version=3.3.2 X-HELO: mail-ie0-f180.google.com Received: by mail-ie0-f180.google.com with SMTP id u16so12988995iet.39 for ; Wed, 18 Sep 2013 10:14:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=PouBx22lOP1Gk6KrCYDbeHyilYt6VH/AYIvzfbWUOKs=; b=ZmhjO6ylax6xXas2owhDLPkC5xiDnLRmY6PjFJxDuWfOS4g24f/cv8naMAnOfRPqal lPY4jfHBzKixXLHqG6tMAm0wgKmDLFab7O/hDFESAw9KYUCwe0CjdP71sgkokTud4/vI xnXVkVgUdhR/AcKPwYAg9ruy/M105TUfuu1FMvNiLXm87UgVPZP5d1ksjvDFBbgTSpcE CCoEwqD3ey0rfPzdNNfTMw9yKoAtXVNiex0D6L2dj3xhkfegqgI01zKHGX1KJMn71Qs8 fyHDAXhm08kUC0jBhUWRBxc3fZNHicdE9gv8q7u8++eAIWOm1wS9qPrJ30uu24LJSyND mo3Q== X-Gm-Message-State: ALoCoQnM3GfUnqkuolUmtMiT2TLMRF8WtUcGQBRzVRiQH2MbZgX1l8U29GgHAVmDYu/d8ohkaLqViWs7tFCHJfyvecPVEjNjiuioAkhywnsNHyDiT38UwK0gWFqeoxp5lwVD0T1F73woxXwkICiZNo6/ka0xYJOfdQkb+F+BmDKhgpB1Wglp7Oz6dxeMpU8xeXqXv5CuPxOH8/gb3hI1cxi+cUclDHl+gw== MIME-Version: 1.0 X-Received: by 10.50.55.65 with SMTP id q1mr3570535igp.4.1379524476691; Wed, 18 Sep 2013 10:14:36 -0700 (PDT) Received: by 10.64.31.100 with HTTP; Wed, 18 Sep 2013 10:14:36 -0700 (PDT) In-Reply-To: <5239cde9.0db6b40a.21be.fffff5f5SMTPIN_ADDED_BROKEN@mx.google.com> References: <20130918021125.GL3132@adacore.com> <20130918134359.GM3132@adacore.com> <5239cde9.0db6b40a.21be.fffff5f5SMTPIN_ADDED_BROKEN@mx.google.com> Date: Wed, 18 Sep 2013 17:14:00 -0000 Message-ID: Subject: Re: [RFC] Testsuite: Avoid \r\r\n problem of *-*-mingw* host From: Doug Evans To: Pierre Muller Cc: Joel Brobecker , gdb-patches Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2013-09/txt/msg00612.txt.bz2 On Wed, Sep 18, 2013 at 8:59 AM, Pierre Muller wrote: > > >> -----Message d'origine----- >> De : gdb-patches-owner@sourceware.org [mailto:gdb-patches- >> owner@sourceware.org] De la part de Joel Brobecker >> Envoy=E9 : mercredi 18 septembre 2013 15:44 >> =C0 : Pierre Muller >> Cc : 'Doug Evans'; 'gdb-patches' >> Objet : Re: [RFC] Testsuite: Avoid \r\r\n problem of *-*-mingw* host >> >> > > Presumably two difference pieces of software are doing the \n -> \r\n >> > > translation. >> > There is also some \r-> \r\n translation appearing >> > in normal testsuite on any system. >> >> I am wondering if there would be a way to disable that testsuite >> translation in that case... > Maybe we could use this > http://www.tcl.tk/man/tcl8.0/TclCmd/fconfigure.htm > > But I still did not understand how it really works, > nor did I really find to which channel I should apply > this so that mingw host GDB's output is handled correctly. > > Maybe someone else on the list knows more about this > tcl command and how it could be used for our problem! > > Pierre Muller If it is Tcl that's doing the other \n -> \r\n translation this looks promi= sing.