From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26490 invoked by alias); 14 Sep 2016 17:33:47 -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 26476 invoked by uid 89); 14 Sep 2016 17:33:47 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.2 required=5.0 tests=BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=motivated, HTo:U*eliz, Zaretskii, zaretskii X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 14 Sep 2016 17:33:36 +0000 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id C4BBE3B71E; Wed, 14 Sep 2016 17:33:35 +0000 (UTC) Received: from [127.0.0.1] (ovpn01.gateway.prod.ext.ams2.redhat.com [10.39.146.11]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u8EHXYaS029077; Wed, 14 Sep 2016 13:33:34 -0400 Subject: Re: Enabled TUI mode on MSYS2 To: Eli Zaretskii , Giah de Barag References: <1E55DA7D-4F01-49BB-99FF-5A79933415A4@crelg.com> <83d1k78an5.fsf@gnu.org> <831t0m8kio.fsf@gnu.org> Cc: gdb-patches@sourceware.org From: Pedro Alves Message-ID: <867b078c-650a-89ae-9dab-93c49944a92b@redhat.com> Date: Wed, 14 Sep 2016 17:33:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <831t0m8kio.fsf@gnu.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-SW-Source: 2016-09/txt/msg00112.txt.bz2 On 09/14/2016 06:21 PM, Eli Zaretskii wrote: > I hope this explains the issue. The bottom line is that GDB should > import a newer version of Readline, and then these problems will be > fixed without any need for further patches. If the readline patch in question is upstream already, I wouldn't object backporting it to our readline copy. The problem with rebasing our readline copy is simply that it requires someone motivated to spend the effort to do it. Patrick Palka tried to import readline 7 a while ago, and the import made it to master even, but then a few problems were discovered and the patch was reverted: https://sourceware.org/ml/gdb-patches/2015-07/msg00759.html There was no movement after that. Thanks, Pedro Alves