From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@cse.psu.edu Subject: Re: [9fans] long long warning From: forsyth@caldo.demon.co.uk MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-ajahgrcnkxzdqugntlcrzphivt" Message-Id: <20020319105209.DCA3B19A5A@mail.cse.psu.edu> Date: Tue, 19 Mar 2002 10:45:33 +0000 Topicbox-Message-UUID: 69339898-eaca-11e9-9e20-41e7f4b1d025 This is a multi-part message in MIME format. --upas-ajahgrcnkxzdqugntlcrzphivt Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit >>i already mentioned lcc. :) actually, fixing 8c may be easier than >>porting anything else... it's trivial by comparison (hello, dhog). lcc itself is fine but generating assembly code is not particularly helpful, or indeed sensible, and it takes a little work to generate the right form of binary input for the linkers, for all platforms. (early versions of lcc implemented the Plan 9 extensions but that was removed years ago. i used it once to compile the file server kernel for a new platform, just for fun, after repairing its implementation of the extensions...) it isn't just 8c, by the way. fortunately, the whole set can be done lazily on demand. in fact, individual operators can be added lazily to any ?c. --upas-ajahgrcnkxzdqugntlcrzphivt Content-Type: message/rfc822 Content-Disposition: inline Return-Path: <9fans-admin@cse.psu.edu> Received: from punt-1.mail.demon.net by mailstore for forsyth@caldo.demon.co.uk id 1016532271:10:11862:13; Tue, 19 Mar 2002 10:04:31 GMT Received: from psuvax1.cse.psu.edu ([130.203.4.6]) by punt-1.mail.demon.net id aa1010055; 19 Mar 2002 10:03 GMT Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id A84CA19A6B; Tue, 19 Mar 2002 05:03:28 -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 13CB219A62 for <9fans@cse.psu.edu>; Tue, 19 Mar 2002 05:02:52 -0500 (EST) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 16nGFn-0001zr-00 for 9fans@cse.psu.edu; Tue, 19 Mar 2002 09:50:03 +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: Organization: York University References: <8a398537df07d5cc97101f691a5932e2@plan9.bell-labs.com>, <87wuw9aivc.fsf@becket.becket.net> Subject: Re: [9fans] long long warning 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: Tue, 19 Mar 2002 09:49:15 GMT Thomas Bushnell, BSG: > presotto@plan9.bell-labs.com writes: > > > We really could use a compiler with long long > > implemented as inline ops. > > Fortunately, if you're not against things written elsewhere; that is, > if you don't suffer from NIH syndrome, there is a well-regarded free C > compiler out there that does implement long long properly. i already mentioned lcc. :) actually, fixing 8c may be easier than porting anything else... oz --- Qoylu' vIneHpu'be'chugh vIjatlhpu'be' - Klingon Proverb. --upas-ajahgrcnkxzdqugntlcrzphivt--