From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from rock.gnat.com (rock.gnat.com [205.232.38.15]) by sourceware.org (Postfix) with ESMTP id CB4E33987963 for ; Thu, 17 Sep 2020 17:49:42 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org CB4E33987963 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=adacore.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=brobecker@adacore.com Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 8D4EB11785B; Thu, 17 Sep 2020 13:49:42 -0400 (EDT) X-Virus-Scanned: Debian amavisd-new at gnat.com Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 19PMpeI9PBa1; Thu, 17 Sep 2020 13:49:42 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 65B1B1177F1; Thu, 17 Sep 2020 13:49:42 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id C9BAB82D12; Thu, 17 Sep 2020 10:49:40 -0700 (PDT) Date: Thu, 17 Sep 2020 10:49:40 -0700 From: Joel Brobecker To: Tom Tromey Cc: Andrew Burgess , Paul Koning , gdb@sourceware.org Subject: Re: Proposal to remove Python 2 support Message-ID: <20200917174940.GB30765@adacore.com> References: <87sgbiahur.fsf@tromey.com> <3415E02F-C35C-4C72-8C9A-C141E024F3AC@comcast.net> <1600210499.574691995@f12.my.com> <20200916130013.GC5797@adacore.com> <20200916135312.GB3030@embecosm.com> <20200916152329.GD5797@adacore.com> <20200916153400.GC3030@embecosm.com> <87lfh872n6.fsf@tromey.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87lfh872n6.fsf@tromey.com> User-Agent: Mutt/1.9.4 (2018-02-28) X-Spam-Status: No, score=-3.1 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Sep 2020 17:49:43 -0000 > Andrew> Additionally there's always the option of supporting a particular > Andrew> feature only when the user compiles against a particular Python > Andrew> version. I guess this would depend on how tightly coupled the feature > Andrew> ends up being to the rest of the GDB/Python code. > > I don't really like to do this kind of thing because the user experience > is bad -- gdb might or might not work. Though of course we're already > in that situation since the entire scripting layer is optional. I agree we should be very careful about that, and keep things clear for the users. One the one hand, a full on/off switch, with a clear message "your GDB was configured without Python support" is simple for users to understand. On the other hand, having the API itself depend on what version of Python GDB was built with would make things pretty confusing, in my opinion. -- Joel