From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@cse.psu.edu Subject: Re: [9fans] Is this a bug in 8c? From: forsyth@caldo.demon.co.uk MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-olgdbvpvoqkieqdqbztmhlpvau" Message-Id: <20020315115533.7615319A8A@mail.cse.psu.edu> Date: Fri, 15 Mar 2002 11:52:14 +0000 Topicbox-Message-UUID: 6774ea2a-eaca-11e9-9e20-41e7f4b1d025 This is a multi-part message in MIME format. --upas-olgdbvpvoqkieqdqbztmhlpvau Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit it probably boils down to ``nothing in the system needs it that much (yet)'', and there were plenty of other worthwhile things to do (such as storing the hits of the 60s), but since offsets are now 64 bits, it's probable that something will be done about it. the long long support was originally light, but has changed over the past year or so. >>Strange, it's about the same as supporting "long" on the PDP-11. it took a little while for that to be done fully, too. --upas-olgdbvpvoqkieqdqbztmhlpvau Content-Type: message/rfc822 Content-Disposition: inline Return-Path: <9fans-admin@cse.psu.edu> Received: from punt-2.mail.demon.net by mailstore for forsyth@caldo.demon.co.uk id 1016188632:20:23003:71; Fri, 15 Mar 2002 10:37:12 GMT Received: from psuvax1.cse.psu.edu ([130.203.4.6]) by punt-2.mail.demon.net id aa2118744; 15 Mar 2002 10:36 GMT Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 7D90519A75; Fri, 15 Mar 2002 05:34:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 5A23419A85 for <9fans@cse.psu.edu>; Fri, 15 Mar 2002 05:33:17 -0500 (EST) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 16looN-0007mh-00 for 9fans@cse.psu.edu; Fri, 15 Mar 2002 10:19:47 +0000 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu Message-ID: <3C914F6C.D2F42C9E@null.net> Organization: Giganews.Com - Premium News Outsourcing Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <8bc281d412984b02b8d406bf730c16c6@plan9.bell-labs.com> Subject: Re: [9fans] Is this a bug in 8c? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Help: List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 15 Mar 2002 10:19:07 GMT Russ Cox wrote: > 8c et al. don't do ? : for non-integer types, > and long long is a non-integer type (meaning > it's synthesized from multiple machine words). long long is an "integer type" according to the meaning of that term in the C standard. That's not determined by implementation details such as how many words are needed. > Ken said the amount of work wasn't worth it. Strange, it's about the same as supporting "long" on the PDP-11. --upas-olgdbvpvoqkieqdqbztmhlpvau--