From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 34323 invoked by alias); 17 Sep 2019 16:45:21 -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 34268 invoked by uid 89); 17 Sep 2019 16:45:13 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-3.6 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.1 spammy=HX-Languages-Length:1414 X-HELO: eggs.gnu.org Received: from eggs.gnu.org (HELO eggs.gnu.org) (209.51.188.92) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 17 Sep 2019 16:45:12 +0000 Received: from fencepost.gnu.org ([2001:470:142:3::e]:44607) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iAGb9-0005pe-H2; Tue, 17 Sep 2019 12:45:03 -0400 Received: from [176.228.60.248] (port=4710 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iAGb7-0008BJ-Va; Tue, 17 Sep 2019 12:45:02 -0400 Date: Tue, 17 Sep 2019 16:45:00 -0000 Message-Id: <83sgouvpmb.fsf@gnu.org> From: Eli Zaretskii To: Tom Tromey CC: palves@redhat.com, gdb-patches@sourceware.org In-reply-to: <87tv9ayj7z.fsf@tromey.com> (message from Tom Tromey on Tue, 17 Sep 2019 10:34:56 -0600) Subject: Re: Move gdbsupport to the top level References: <87lfx4z3lx.fsf@tromey.com> <2c6c79e9-8a36-6b35-67f4-5cf92f03f8db@redhat.com> <87r25fmvs2.fsf@tromey.com> <8736guzyv8.fsf@tromey.com> <83tv9avqxx.fsf@gnu.org> <87tv9ayj7z.fsf@tromey.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-IsSubscribed: yes X-SW-Source: 2019-09/txt/msg00320.txt.bz2 > From: Tom Tromey > Cc: Tom Tromey , palves@redhat.com, gdb-patches@sourceware.org > Date: Tue, 17 Sep 2019 10:34:56 -0600 > > >> That is, the plan is to remove the readline sources from the tree, > >> and remove --with-system-readline, but follow the approach of some > >> other libraries where one can unpack readline into the source tree > >> and top-level configure will arrange to build it. > > Eli> Would it be possible for whoever tars the release to drop the readline > Eli> into the tree and build it under some opt-in configure-time switch? > Eli> Making this opt-in might solve at least some of the problems that led > Eli> to the decision, I think/hope. > > Seems like a good suggestion to me. Thanks, I hope it will be accepted. My rationale is that, since GDB uses Readline in a much more sophisticated way than many other packages, I'd expect GDB to depend on a relatively recent version of Readline, where several important changes were made lately, in particular those submitted by us. Having such a version ready in the tarball would, on the one side, allow people not to upgrade their system Readline just to be able to build and use GDB, and OTOH, will greatly simplify the task of finding that specific version which GDB requires if they want to build GDB with a version of Readline different from their installed one.