Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!uwm.edu!wuarchive!texbell!uudell!loft386!dsuvax!ghelmer
From: ghelmer@dsuvax.uucp (Guy Helmer)
Newsgroups: comp.os.minix
Subject: Re: Minix needs a C compiler with source
Summary: 80x86 version of Brandt's compiler
Message-ID: <1990Feb20.153803.16115@dsuvax.uucp>
Date: 20 Feb 90 15:38:03 GMT
References: <1050@trlluna.trl.oz> <429@fwi.uva.nl> <11528@nigel.udel.EDU> <24304@princeton.Princeton.EDU>
Organization: Dakota State University
Lines: 29

In article <24304@princeton.Princeton.EDU>, nfs@notecnirp.Princeton.EDU (Norbert Schlenker) writes:
> I'm going to batch some comments regarding this thread.
> ....
> 
> |2.) I have written an 68000 compiler derived from some raw Material I got
> |by email (original Author: M. Brandt). It now handles signed and unsigned
> |char/short/long and float/double, but double being a synonym for float.
> |I have compiled MINIX with it successfully during a MINIX port I've
> |completed now, but I feel there are some problems left. In a few weeks
> |I will send the compiler to the referees. It does everything in core,
> |avoiding intermediate files, it is optimizing and maps frequently occuring
> |expressions on registers, thus yielding 1008 (Version 2.1) dhrystones
> |with or without the register attribute.
> 
> Interesting.  How hard would it be to add code generation for the 80x86
> family?
> 
> Norbert

It would be a good challenge.  The code generator is well separated from the
rest of the compiler.  I think it would be tough to get really hot code,
but with the 80x86 register set it's always been hard to get hot code out
of a compiler.  I'm waiting for the compiler to come through the referees
list, and as soon as it does, I'll merge the changes into my copy and
get an Intel code generator in it.
-- 
Guy Helmer                              ...!uunet!loft386!dsuvax!ghelmer
Dakota State University Computing Services           helmer@sdnet.bitnet
Software Engineering: "'How to program if you cannot.'" - Dijkstra