home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.os.msdos.programmer
- Path: sparky!uunet!brunix!cs.brown.edu!cs169063
- From: cs169063@cs.brown.edu (Jason Rosenberg)
- Subject: Re: COMPILING SPEED
- In-Reply-To: dmurdoch@mast.queensu.ca's message of Fri, 6 Nov 1992 22:22:54 GMT
- Message-ID: <CS169063.92Nov7124352@cslab9d.cs.brown.edu>
- Sender: news@cs.brown.edu
- Organization: Department of Computer Science, Brown University
- References: <BwB79x.1sB@ecf.toronto.edu> <1992Nov6.102017.17897@sequent.com>
- <dmurdoch.253.721061938@mast.queensu.ca>
- <dmurdoch.257.721088574@mast.queensu.ca>
- Distribution: na
- Date: Sat, 7 Nov 1992 17:43:52 GMT
- Lines: 21
-
- In article <dmurdoch.257.721088574@mast.queensu.ca> dmurdoch@mast.queensu.ca (Duncan Murdoch) writes:
-
- One consequence of this that wasn't mentioned, but which is probably really
- the reason for TP's superior speed, is that the TP compiler is written in
- hand-optimized assembler. Because C++ is so big, and because it's liable to
- change under someone else's control, it has to be written in a high level
- language. (I'd assume C, with low level service routines in assembler; can
- anyone confirm or deny that?)
-
- From what I can tell, BC++ was actually written in C++. They made a big deal
- a release or two ago about rewriting their compiler in a completely object-
- oriented fasion. I would guess that they just used Turbo C++ to write
- a better compiler engine for Borland C++.
-
- Jason
- --
- "It must be tough on the astronauts,
- I bet they get bored easily;
- `cause how does it feel
- To look up at the moon
- And say 'Yeah, I've been there' ?"
-