From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19814 invoked by alias); 14 Oct 2005 12:22:07 -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 19791 invoked by uid 22791); 14 Oct 2005 12:22:04 -0000 Received: from fencepost.gnu.org (HELO fencepost.gnu.org) (199.232.76.164) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Fri, 14 Oct 2005 12:22:04 +0000 Received: from monty-python.gnu.org ([199.232.76.173]) by fencepost.gnu.org with esmtp (Exim 4.34) id 1EQOZW-0005yC-1I for gcc-help@gnu.org; Fri, 14 Oct 2005 08:22:02 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.34) id 1EQOZV-0007po-J3 for gcc-help@gnu.org; Fri, 14 Oct 2005 08:22:02 -0400 Received: from [64.18.1.127] (helo=psmtp.com) by monty-python.gnu.org with smtp (Exim 4.34) id 1EQOZV-0007on-7u for gcc-help@gnu.org; Fri, 14 Oct 2005 08:22:01 -0400 Received: from source ([192.150.20.142]) by exprod6ob7.obsmtp.com ([64.18.5.12]) with SMTP; Fri, 14 Oct 2005 05:21:43 PDT Received: from inner-relay-1.corp.adobe.com ([153.32.1.51]) by outbound-smtp-2.corp.adobe.com (8.12.10/8.12.10) with ESMTP id j9ECRqUC006959; Fri, 14 Oct 2005 05:27:52 -0700 (PDT) Received: from fe2.corp.adobe.com (fe2.corp.adobe.com [10.8.192.72]) by inner-relay-1.corp.adobe.com (8.12.10/8.12.10) with ESMTP id j9ECLen2004281; Fri, 14 Oct 2005 05:21:40 -0700 (PDT) Received: from namail3.corp.adobe.com ([10.8.192.66]) by fe2.corp.adobe.com with Microsoft SMTPSVC(6.0.3790.211); Fri, 14 Oct 2005 05:21:39 -0700 Received: from 10.32.16.88 ([10.32.16.88]) by namail3.corp.adobe.com ([10.8.192.66]) via Exchange Front-End Server namailhost.corp.adobe.com ([10.8.192.72]) with Microsoft Exchange Server HTTP-DAV ; Fri, 14 Oct 2005 12:21:39 +0000 User-Agent: Microsoft-Entourage/11.2.0.050811 Date: Fri, 14 Oct 2005 12:22:00 -0000 Subject: Re: long long in 64-bit modes From: John Love-Jensen To: corey taylor , Message-ID: In-Reply-To: <2e393d080510092219w71bdf812y4083ab429d14278e@mail.gmail.com> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-SW-Source: 2005-10/txt/msg00069.txt.bz2 Hi Corey, (Sorry for the delay, I was out of town.) > How does the long long type change in 64-bit modes for C and C++? > > Does it stay 64-bit and is deprecated for long? My expectation is: int - natural word size of the architecture short - half the word size of the architecture long - twice the word size of the architecture long long - (if available at all) twice the size of long NOTE: my expectation differs from the C/C++ standard as the constraints of those data types. So for a 64-bit architecture: short - 32 bit int - 64 bit long - 128 bit long long - 256 bit That's my expectation. That's not what I'm seeing on the 64-bit platforms I work on. However, for me, an acceptable alternative is C99's . --Eljay