From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5405 invoked by alias); 7 Apr 2003 13:43:41 -0000 Mailing-List: contact gcc-help-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-help-owner@gcc.gnu.org Received: (qmail 5329 invoked from network); 7 Apr 2003 13:43:39 -0000 Received: from unknown (HELO monty-python.gnu.org) (199.232.76.173) by sources.redhat.com with SMTP; 7 Apr 2003 13:43:39 -0000 Received: from [212.176.18.2] (helo=gate.algorithm.aelita.com) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 192Wi5-0006GK-00 for gcc-help@gcc.gnu.org; Mon, 07 Apr 2003 09:30:57 -0400 Received: from bagman.edm.com ([10.0.0.4]) by gate.algorithm.aelita.com (Post.Office MTA v3.5.3 release 223 ID# 0-12345L500S10000V35) with ESMTP id com for ; Mon, 7 Apr 2003 17:30:12 +0400 content-class: urn:content-classes:message Subject: RE: gcc 3.3: long long bug? MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable Date: Mon, 07 Apr 2003 13:43:00 -0000 X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Message-ID: <3F6F4712B759A34ABD453A8B39C10D624802AF@bagman.edm.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: From: "Lev Assinovsky" To: "A.R. Ashok Kumar" , "Andreas Schwab" Cc: "Eric Botcazou" , X-SW-Source: 2003-04/txt/msg00072.txt.bz2 No, what was the reason to change the behavior of 3.2? We developing the portable application which should work in Windows 2000 also. There is an automatic recognition of long long constants in MSVC though you= can=20 add i64 suffix. With 3.3 I have to write: const long long n =3D #ifdef WIN32 34359738368 #else 34359738368LL #endif ; Not nice, right? ---- Lev Assinovsky Aelita Software Corporation O&S Core Division, Programmer ICQ# 165072909 > -----Original Message----- > From: A.R. Ashok Kumar [mailto:ashokar@sankhya.com] > Sent: Monday, April 07, 2003 5:17 PM > To: Andreas Schwab > Cc: Eric Botcazou; Lev Assinovsky; gcc-help@gcc.gnu.org > Subject: Re: gcc 3.3: long long bug? >=20 >=20 > Hi, >=20 > > |> > |> You can check the size of "long long" type in=20 > your system, by printing > > |> > |> sizeof(long long).=20 > > |> >=20 > > |> > On my system sizeof(long) is 8. > > |>=20 > > |> Since 8 bytes are too small to hold 35-bit numbers,=20 > the error occurred. > >=20 > > ??? 8*8 =3D 64. >=20 > Yes, It should work for 35-bit numbers >=20 > - Ashok - >=20 > > Andreas Schwab, SuSE Labs, schwab@suse.de > > SuSE Linux AG, Deutschherrnstr. 15-19, D-90429 N=DDrnberg > > Key fingerprint =3D 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 > > "And now for something completely different." > >=20 >=20 >=20