From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-29084-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 4844 invoked by alias); 10 Jul 2007 19:23:13 -0000
Received: (qmail 4835 invoked by uid 22791); 10 Jul 2007 19:23:12 -0000
X-Spam-Check-By: sourceware.org
Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 10 Jul 2007 19:23:10 +0000
Received: from localhost (localhost.localdomain [127.0.0.1]) 	by filtered-rock.gnat.com (Postfix) with ESMTP id A0EFB2A9BBA; 	Tue, 10 Jul 2007 15:23:08 -0400 (EDT)
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 u6MqaMnd3wSw; Tue, 10 Jul 2007 15:23:08 -0400 (EDT)
Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) 	by rock.gnat.com (Postfix) with ESMTP id 830C32A9CC1; 	Tue, 10 Jul 2007 15:23:04 -0400 (EDT)
Received: by joel.gnat.com (Postfix, from userid 1000) 	id 903EBE7B54; Tue, 10 Jul 2007 12:25:34 -0700 (PDT)
Date: Tue, 10 Jul 2007 19:23:00 -0000
From: Joel Brobecker <brobecker@adacore.com>
To: Andrew Cagney <cagney@redhat.com>
Cc: Nick Roberts <nickrob@snap.net.nz>, gdb@sources.redhat.com
Subject: Re: GDB version numbering
Message-ID: <20070710192534.GA3943@adacore.com>
References: <18066.2956.730647.124877@kahikatea.snap.net.nz> <20070709172235.GA3876@adacore.com> <18066.47945.530232.677872@kahikatea.snap.net.nz> <4693BACE.3030000@redhat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <4693BACE.3030000@redhat.com>
User-Agent: Mutt/1.4.2.2i
Mailing-List: contact gdb-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb.sourceware.org>
List-Subscribe: <mailto:gdb-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb/>
List-Post: <mailto:gdb@sourceware.org>
List-Help: <mailto:gdb-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-owner@sourceware.org
X-SW-Source: 2007-07/txt/msg00078.txt.bz2

> The reason to bump the major version doesn't need to be technical and 
> previously hasn't.  For instance, 5.x signified the freeing of GDB's CVS 
> repo.  Here, similarly, we've got the GPLv3 change that while 
> non-technical is a very major change for GDB;  something worth 
> considering as a trigger for a major version number bump:
> 
>    GDB 7 is GPLv3+
>    GDB 6 is GPLv2+

Indeed. What do others think?

-- 
Joel