jack (03/25/83)
Does anybody know about a WORKING 6809 C compiler (or cross-compiler) I know about lots of tiny- mini- sub- etc- C compilers, but a need a fairly complete one. I would like some comments one performance, especially of the object code, not the compiler; costs, etc. Thanks in advance, Jack Jansen, Vrye Universiteit, Amsterdam Holland. .....!mcvax!vu44!jack
dbeck (04/01/83)
#R:vu44:-17900:sri-unix:16000008:000:231 sri-unix!dbeck Mar 28 08:53:00 1983 Try the Introl C Compiler. They claim to have a "full" C running on the 6809. Don't have a copy yet ($375 for the package) but the 'vine has it that it runs very well. See 68Micro Journal for details. Doug Beck dbeck@sri-kl
sjt (04/03/83)
If this is a duplicate I am sorry. I am currently using the Introl "C" compiler. I run both FLEX and OS-9 but have the compiler only for FLEX. (at $375 and $400 you may see why). I have several problems with it even at the price that it gets. The first is that it is written in C and is very large. The compiler takes a pre-process, three processer passes, an assembler pass, and a linker(with bugs) pass. To top this off the modules take up too much disk space. If you are using 2 single sided single density 5 1/4" drives it will take three disk just to hold the compiler. The compiler generates many work files that are not released if errors are found. This is a problem since the next try does not release and start over with the file names but rather starts new work files and in 99.44 % of the time will clobber your directory. (not realy a fun thing to rebuild all those disk since I am running 80 track double density ). I do not feel that it is worth the money being charged. But on the other hand except for the small-c's there really isn't another good game for 6809 as yet. Converting UN*X C programs is a bear since it does NOT support random file I/O (read,seek,write). If you would like any more gory details give me a call. Sidney Thompson 24-r-77 SBC 675 W Peachtree St Atlanta, Ga. 30375 404 529-5430
russ (04/07/83)
#R:vu44:-17900:kirk:22100018:000:429 kirk!russ Apr 5 10:23:00 1983 Avoid the "Dugger's Growing Systems" C compiler. All that they did was to take Ron Cain's Small C out of Dr. Dobb's and change the 8080 opcodes to the nearest 6809 equivalent. Understandably, it generates crummy code. For instance, every local variable and parameter reference generates the following code: LEAX offset,U LDX ,X where the following is much better: LDX offset,U Russ Nelson ...hp-pcd!hp-cvd!russ