Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!hao!oddjob!gargoyle!ihnp4!ihwpt!knudsen
From: knudsen@ihwpt.ATT.COM (mike knudsen)
Newsgroups: comp.sys.m6809
Subject: Re: os9 C compiler and Disk cache request
Message-ID: <1981@ihwpt.ATT.COM>
Date: Thu, 3-Sep-87 12:57:38 EDT
Article-I.D.: ihwpt.1981
Posted: Thu Sep  3 12:57:38 1987
Date-Received: Sat, 5-Sep-87 11:16:26 EDT
References: <596@potpourri.UUCP>
Organization: AT&T Bell Laboratories - Naperville, Illinois
Lines: 24
Keywords: C  cache
Summary: Assembler must be separate, can't pipe to it

Unlike the rest of the c.xxx modules, c.asm is not designed
to take standard input*, so you can't include it in the pipeline,
which now has to end with the optimizer:

C.PREP yourfile.c ! C.PASS1 ! C.PASS2 ! C.OPT >yourfile.o
C.ASM yourfile.o -o=yourfile.r

and whatever you want to do next (link).
Writing that .o file does slow down your disk;
you can speed up a little by putting it on another drive,
or best of all, a ramdisk.

Second your motion for a caching disk driver.
The caching driver that was discussed at length is for
SDOS, not OS9, unforchly.

*Possibly because c.asm has to read the input file twice (?)

PS: When my Sardis controller comes (already overdue),
I'll be able to compile one C program while editing the next!
-- 
Mike J Knudsen    ...ihnp4!ihwpt!knudsen  Bell Labs(AT&T)
    Delphi: RAGTIMER    CIS: <memory failure, too many digits>
		"Just say NO to MS-DOS!"