From owner-freebsd-chat Sun Jan 19 22:53:48 2003 Delivered-To: freebsd-chat@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DE7837B401 for ; Sun, 19 Jan 2003 22:53:47 -0800 (PST) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8E2A43F18 for ; Sun, 19 Jan 2003 22:53:46 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0314.cvx22-bradley.dialup.earthlink.net ([209.179.199.59] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18aVoW-0004Vw-00; Sun, 19 Jan 2003 22:53:45 -0800 Message-ID: <3E2B9C4C.8626D11C@mindspring.com> Date: Sun, 19 Jan 2003 22:50:52 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: JacobRhoden Cc: freebsd-chat@freebsd.org Subject: Re: GCC as a selling point for FreeBSD? (Not!) References: <4.3.2.7.2.20030119130825.00b21ee0@localhost> <4.3.2.7.2.20030119133833.00e422f0@localhost> <200301201620.37863.jrhoden@unimelb.edu.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4c6afcb7a505719c5d7421fe5a05c22b43ca473d225a0f487350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-chat@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org JacobRhoden wrote: > Just a thought, but considering that TenDRA compiles to an intermediatory > 'platform independant' stage (ie like java) would it be wise to write an > operating system in this language? for a start, i could imagine that it would > always take longer to compile. and I guess (has someone already said this) > that you could not use in-line asm in such a language (or am i wrong?). TenDRA is a "quad" compiler; it compiles to a quad tree, and then you post-process that into a particular assembly language using a back-end. It's fairly easy to implement inline assembly in this context: just create a non-associative, non-commutative quad that causes the back-end translator to emit the strings unmodified for input to the assembler. As far as time to compile, it's no worse an increase in overhead than FreeBSD ate moving to the new GCC and binutils in 5.x, I think. In any case, if you get people working on the code, you will get things that bother the people working on it fixed in fairly short order, I believe. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-chat" in the body of the message