From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 397 invoked by alias); 3 May 2011 22:21:22 -0000 Received: (qmail 384 invoked by uid 22791); 3 May 2011 22:21:21 -0000 X-SWARE-Spam-Status: No, hits=-2.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW X-Spam-Check-By: sourceware.org Received: from einhorn.in-berlin.de (HELO einhorn.in-berlin.de) (192.109.42.8) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 03 May 2011 22:21:07 +0000 X-Envelope-From: doko@ubuntu.com Received: from [192.168.42.17] (dslb-088-073-114-254.pools.arcor-ip.net [88.73.114.254]) (authenticated bits=0) by einhorn.in-berlin.de (8.13.6/8.13.6/Debian-1) with ESMTP id p43ML3n6006716; Wed, 4 May 2011 00:21:03 +0200 Message-ID: <4DC07FC8.1030707@ubuntu.com> Date: Tue, 03 May 2011 22:34:00 -0000 From: Matthias Klose User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.15) Gecko/20110419 Thunderbird/3.1.9 MIME-Version: 1.0 To: Diego Novillo CC: reply@codereview.appspotmail.com, aaw@google.com, gcc-patches@gcc.gnu.org Subject: Re: [google] Normalize version number for google/gcc-4_6 (issue4454049) References: <20110502195345.B0A371DA1C4@topo.tor.corp.google.com> In-Reply-To: <20110502195345.B0A371DA1C4@topo.tor.corp.google.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org X-SW-Source: 2011-05/txt/msg00235.txt.bz2 On 05/02/2011 09:53 PM, Diego Novillo wrote: > Since google/gcc-4_6 follows the 4.6 branch, changes in minor > revisions cause unnecessary churn in directory names. > > Fixed with this. OK for google/gcc-4_6? > > Google ref 4335466. > > * BASE-VER: Change to 4.6.x-google. > > diff --git a/gcc/BASE-VER b/gcc/BASE-VER > index 4110f74..33d4edd 100644 > --- a/gcc/BASE-VER > +++ b/gcc/BASE-VER > @@ -1 +1 @@ > -4.6.1-google > +4.6.x-google is this enough? the subminor version number is encoded in more places, e.g. C++ headers, Go libraries, jar files. For the Debian/Ubuntu packaging I'm just using symlinks from 4.6.x to 4.6 to avoid this kind of dependency. Now that the -V option isn't supported anymore, maybe this could be addressed with something like a new configure option --version-alias=, similar to the target alias. Matthias