From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23633 invoked by alias); 23 Jul 2013 19:08:29 -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 23607 invoked by uid 89); 23 Jul 2013 19:08:28 -0000 X-Spam-SWARE-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_50,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_NO,RDNS_NONE,SPF_SOFTFAIL autolearn=no version=3.3.1 Received: from Unknown (HELO mtaout22.012.net.il) (80.179.55.172) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Tue, 23 Jul 2013 19:08:26 +0000 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MQE00L00L2PPZ00@a-mtaout22.012.net.il> for gdb-patches@sourceware.org; Tue, 23 Jul 2013 22:08:15 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MQE00LL6L5ODQ90@a-mtaout22.012.net.il>; Tue, 23 Jul 2013 22:08:13 +0300 (IDT) Date: Tue, 23 Jul 2013 19:08:00 -0000 From: Eli Zaretskii Subject: Re: [PATCH] native mingw32 gdb, eol format In-reply-to: <87a9ldyu8k.fsf@fleche.redhat.com> To: Tom Tromey Cc: yao@codesourcery.com, gdb-patches@sourceware.org Reply-to: Eli Zaretskii Message-id: <83siz5w0ve.fsf@gnu.org> References: <1373936767-14858-1-git-send-email-yao@codesourcery.com> <83ppuj2p7r.fsf@gnu.org> <51E9DBD4.4070605@codesourcery.com> <87a9ldyu8k.fsf@fleche.redhat.com> X-SW-Source: 2013-07/txt/msg00543.txt.bz2 > From: Tom Tromey > Cc: Eli Zaretskii , > Date: Tue, 23 Jul 2013 13:03:07 -0600 > > >>>>> "Yao" == Yao Qi writes: > > Yao> Looks fixing the testsuite to allow '\r\r\n' is a promising approach, > Yao> however it is not a small piece of work. The patch below is a > Yao> proof-of-concept implementation, and we need to apply the change (\r > Yao> -> ${cr}) to the testsuite. Please let me know is it what you > Yao> want, and then I can evaluate how much efforts are needed here. > > Ouch. That seems quite painful to do. > > I wouldn't mind it, but I wonder whether there is another way. > Can we somehow use stty to set the terminal to adapt to this? > Could we maybe run gdb with a wrapper program (perhaps even another > instance of expect) to do the translation? How about a special option to GDB, which would switch the GDB standard streams to binary mode?