From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 40344 invoked by alias); 7 Aug 2019 19:31:08 -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 40335 invoked by uid 89); 7 Aug 2019 19:31:08 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-6.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS autolearn=ham version=3.3.1 spammy=cargo, bringing, vaguely X-HELO: gateway20.websitewelcome.com Received: from gateway20.websitewelcome.com (HELO gateway20.websitewelcome.com) (192.185.65.13) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 07 Aug 2019 19:31:06 +0000 Received: from cm10.websitewelcome.com (cm10.websitewelcome.com [100.42.49.4]) by gateway20.websitewelcome.com (Postfix) with ESMTP id 3D5AD400D5447 for ; Wed, 7 Aug 2019 13:27:08 -0500 (CDT) Received: from box5379.bluehost.com ([162.241.216.53]) by cmsmtp with SMTP id vReKhChhr2PzOvReKhG7q8; Wed, 07 Aug 2019 14:31:04 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tromey.com; s=default; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=XIhEtPKiEhbIMrkezPq8la1cLkS1hXG+NlzQhrDYDqk=; b=iNaqFKj7hsqV715A2JXBfd8RsI Mz3Ei2KgMMkfTxkQev+6XlI6wJIwxAVUeeeRRNygLMR5v755nlFnxI6W9PAOnk11eOlG/phw772OF rDepzf2MY+fPGNjaUpYennfQf; Received: from 97-122-178-82.hlrn.qwest.net ([97.122.178.82]:59880 helo=murgatroyd) by box5379.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92) (envelope-from ) id 1hvReK-000lat-8L; Wed, 07 Aug 2019 14:31:04 -0500 From: Tom Tromey To: Sergio Durigan Junior Cc: Tom Tromey , gdb-patches@sourceware.org Subject: Re: [PATCH 0/8] Upgrade readline References: <20190806204334.13441-1-tom@tromey.com> <874l2tdjha.fsf@redhat.com> Date: Wed, 07 Aug 2019 19:31:00 -0000 In-Reply-To: <874l2tdjha.fsf@redhat.com> (Sergio Durigan Junior's message of "Wed, 07 Aug 2019 12:32:33 -0400") Message-ID: <87mugk7oy0.fsf@tromey.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SW-Source: 2019-08/txt/msg00182.txt.bz2 >>>>> "Sergio" == Sergio Durigan Junior writes: Sergio> I'm in favour of bumping the readline version to 7 (note that Debian Sergio> oldstable, i.e., wheezy, which was released 4+ years ago, already ships Sergio> with readline 7), and (eventually) just get rid of our local copy. We talked about that briefly on irc yesterday too. I wonder if we really could get rid of the local copy. I mean, obviously we could, but would it be a problem for anybody? We could treat it a few ways. One would be like libiconv: keep the top-level configury around so it's possible to drop the readline sources into the tree and then build. Another way would be to use something like guix for these dependencies. I don't know if that works on all the hosts that we care about. The guix way is attractive since it seems vaguely analogous to using "cargo" in the Rust world. In particular if we could do something like this, maybe we could be less conservative about bringing in new dependencies. I think either of these solutions would also fix the bug we found with moving gdbsupport to the top level (i.e. that it interacts poorly with --with-system-readline). (I never got a response to that note, so if you're reading this, I'd appreciate a quick look at that as well.) thanks, Tom