From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1914 invoked by alias); 7 Apr 2003 13:36:45 -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 1906 invoked from network); 7 Apr 2003 13:36:44 -0000 Received: from unknown (HELO pdns.sankhya.co.in) (203.199.194.30) by sources.redhat.com with SMTP; 7 Apr 2003 13:36:44 -0000 Received: from sankhya-internal.sankhya.com (sankhya-external [192.168.1.2]) by pdns.sankhya.co.in (8.11.6/8.11.6) with ESMTP id h37Dkm921723; Mon, 7 Apr 2003 19:16:48 +0530 Received: from sankhya.com (mailhost.sankhya.com [192.9.200.1]) by sankhya-internal.sankhya.com (8.11.6/8.11.6) with ESMTP id h373K5F09099; Mon, 7 Apr 2003 07:20:05 +0400 Received: from sun103.sankhya.com (sun103 [192.9.200.9]) by sankhya.com (8.6.12/8.6.9) with ESMTP id TAA10562; Mon, 7 Apr 2003 19:10:12 +0530 Received: from localhost by sun103.sankhya.com (SMI-8.6/SMI-SVR4) id TAA00665; Mon, 7 Apr 2003 19:05:10 +0530 Date: Mon, 07 Apr 2003 13:36:00 -0000 From: "A.R. Ashok Kumar" X-Sender: ashokar@sun103 To: Lev Assinovsky cc: Andreas Schwab , Eric Botcazou , gcc-help@gcc.gnu.org Subject: RE: gcc 3.3: long long bug? In-Reply-To: <3F6F4712B759A34ABD453A8B39C10D624802AF@bagman.edm.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2003-04/txt/msg00069.txt.bz2 Hi, > 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 > add i64 suffix. > With 3.3 I have to write: > const long long n = > #ifdef WIN32 > 34359738368 > #else > 34359738368LL > #endif > ; > > Not nice, right? Is gcc3.3 for Win32 gives error for the following statement? const long long n = 34359738368LL; If so, it is not nice behaviour. Does it work for gcc 3.2 ? - AshokA -