From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-42609-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 9155 invoked by alias); 10 Dec 2001 21:03:45 -0000
Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Archive: <http://gcc.gnu.org/ml/gcc/>
List-Post: <mailto:gcc@gcc.gnu.org>
List-Help: <http://gcc.gnu.org/ml/>
Sender: gcc-owner@gcc.gnu.org
Received: (qmail 8962 invoked from network); 10 Dec 2001 21:03:39 -0000
Received: from unknown (HELO boden.synopsys.com) (204.176.20.19)
  by sources.redhat.com with SMTP; 10 Dec 2001 21:03:39 -0000
Received: from mother.synopsys.com (mother.synopsys.com [146.225.100.171])
	by boden.synopsys.com (Postfix) with ESMTP
	id 2BBD1DB21; Mon, 10 Dec 2001 13:03:28 -0800 (PST)
Received: from atrus.synopsys.com (localhost [127.0.0.1])
	by mother.synopsys.com (8.9.1/8.9.1) with ESMTP id NAA06481;
	Mon, 10 Dec 2001 13:03:11 -0800 (PST)
From: Joe Buck <jbuck@synopsys.COM>
Received: (from jbuck@localhost)
	by atrus.synopsys.com (8.9.3+Sun/8.9.1) id NAA21112;
	Mon, 10 Dec 2001 13:03:26 -0800 (PST)
Message-Id: <200112102103.NAA21112@atrus.synopsys.com>
Subject: Re: GCC 3.0.3 PRs
To: philip@codematters.co.uk (Philip Martin)
Date: Mon, 10 Dec 2001 13:10:00 -0000
Cc: jbuck@synopsys.COM (Joe Buck), bkoz@redhat.com (Benjamin Kosnik),
	mark@codesourcery.com (Mark Mitchell),
	gcc@gcc.gnu.org (gcc@gcc.gnu.org),
	toon@moene.indiv.nluug.nl (toon@moene.indiv.nluug.nl)
In-Reply-To: <87zo4qg942.fsf@codematters.co.uk> from "Philip Martin" at Dec 10, 2001 07:37:01 PM
X-Mailer: ELM [version 2.5 PL2]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-SW-Source: 2001-12/txt/msg00545.txt.bz2

I wrote:
> > He's saying that trying to read 017777777777 into a long does not work.
> > Seems clear to me ... but someone else (Paolo?) said that he couldn't
> > duplicate the report.  I will try it myself after lunch today.
> 
> Don't bother, I raised the "bug report", but I also wrote in
> 
> http://gcc.gnu.org/ml/gcc-bugs/2001-12/msg00332.html
> 
>   Using an explicit manipulator
>  
>      i >> std::setbase(0) >> x;
>   or
>      i >> std::oct >> x;
>  
>   causes the number to be read correctly. I suppose it's table 89 in
>   27.4.4.1 that determines that dec is the default?  I didn't expect
>   that.

Right. There's nothing that says that iostreams are supposed to work like
the C/C++ lexical analyzer, treating a leading zero as a directive to read
in octal.  I'd assumed that you were reporting based on setting the
state to octal.

Ben, sorry about that.

Joe