From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 44960 invoked by alias); 7 Nov 2018 16:46:34 -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 44951 invoked by uid 89); 7 Nov 2018 16:46:34 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-2.7 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_SOFTFAIL autolearn=no version=3.3.2 spammy=HContent-Transfer-Encoding:8bit X-HELO: mail.baldwin.cx Received: from bigwig.baldwin.cx (HELO mail.baldwin.cx) (96.47.65.170) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 07 Nov 2018 16:46:31 +0000 Received: from John-Baldwins-MacBook-Pro-2.local (ralph.baldwin.cx [66.234.199.215]) by mail.baldwin.cx (Postfix) with ESMTPSA id E127810B429; Wed, 7 Nov 2018 11:46:28 -0500 (EST) Subject: Re: RFC: Changing GDB's version numbering scheme To: Tom Tromey , Joel Brobecker References: <20180910084934.GB3234@adacore.com> <20181031172513.GB4081@adacore.com> <87o9b1rgei.fsf@tromey.com> Cc: gdb-patches@sourceware.org From: John Baldwin Openpgp: preference=signencrypt Message-ID: Date: Wed, 07 Nov 2018 16:46:00 -0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <87o9b1rgei.fsf@tromey.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-IsSubscribed: yes X-SW-Source: 2018-11/txt/msg00102.txt.bz2 On 11/6/18 2:27 PM, Tom Tromey wrote: >>>>>> "Joel" == Joel Brobecker writes: > > Joel> Quick summary of the discussion so far: The only feedback this > Joel> discussion drew was negative feedback. If you would like to support > Joel> this proposal, you should speak up; otherwise, I'm inclined to > Joel> let the matter drop. > > I'm also in favor of it. Historically I don't think the minor versions > carried much meaning. In the new scheme, I suppose the version still > won't carry much meaning, but at least it won't pretend, and will be > easy to explain. Also, it is closer to what GCC does, which I think is > a plus. I also probably favor the new scheme for similar reasons to what Simon articulated which is that there doesn't appear (to me) to be a clear meaning of major version bumps (e.g. what qualifies gdb 6 vs 7 vs 8). It seems gdb 7 -> 8 was maybe about switching from C to C++? I haven't been around the project long enough to be aware of other major bumps and what they might have (or have not) signified, but it actually felt that 7.12 -> 8.0 was really about the same relative change as 7.11 -> 7.12 or 8.0 -> 8.1. In the FreeBSD package we currently treat the major.minor together as the "real" version number installing the binary as /usr/local/bin/gdb{711,712,8,81,82} FWIW. -- John Baldwin                                                                            Â