From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30780 invoked by alias); 20 Nov 2003 23:32:53 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 30753 invoked from network); 20 Nov 2003 23:32:52 -0000 Received: from unknown (HELO MTVMIME02.enterprise.veritas.com) (143.127.3.10) by sources.redhat.com with SMTP; 20 Nov 2003 23:32:52 -0000 Received: from megami (unverified) by MTVMIME02.enterprise.veritas.com (Content Technologies SMTPRS 4.3.10) with SMTP id ; Thu, 20 Nov 2003 15:32:51 -0800 Received: from veritas.com (ellen.veritas.com[10.180.88.137]) (1674 bytes) by megami via sendmail with P:esmtp/R:smart_host/T:smtp (sender: ) id for ; Thu, 20 Nov 2003 15:32:51 -0800 (PST) (Smail-3.2.0.101 1997-Dec-17 #15 built 2001-Aug-30) Message-ID: <3FBD4F1E.2CB621E9@veritas.com> Date: Thu, 20 Nov 2003 23:52:00 -0000 From: Bruce Korb Reply-To: bkorb@veritas.com X-Accept-Language: en MIME-Version: 1.0 To: Rainer Orth CC: gcc@gcc.gnu.org Subject: Re: flag day for Solaris portions of config.{guess,sub} References: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-SW-Source: 2003-11/txt/msg01140.txt.bz2 Rainer Orth wrote: > > > ... In this already mutilated case, history needs to prevail: > > > > osrev=solaris`uname -r | sed 's/^5\.//'` > > > > and if "uname -r" stops prefixing its output with that weirdo "5." > > thingey, then the version will start being whatever "uname -r" > > says it is. > > But this change would be weirder than anything else suggested so far: you > get solaris5.1 for SunOS 5.5.1/Solaris 2.5.1, and any matching on solaris2* > would be gone. Yep. Write that off to a typo, sorry: > > osrev=solaris`uname -r | sed 's/^5\./2./'` > If we really want to follow uname, than go for sunos`uname -r` which will > remain valid (and recognizable at least by non-newbies) for the forseeable > future. But again, this gives tons of maintainers absurd maintenance > hazzles for minimal value. If "uname -r" stops prefixing the version with "5.", then it has changed enough for maintainers to take some note. I think, anyway. :)