Date : Wed, 17 Jan 1990 22:21:15 GMT
From : zephyr.ens.tek.com!wrgate!copper!michaelk@beaver.cs.washington.edu (Michael D. Kersenbrock)
Subject: MAKE for CP/M?
Yes, I did quite some years ago. It had to jump thorough some hoops to
work properly (esp. for it to terminate when a module had a compile
error).
> It would
>have to be really simple, of course. Ignore the (non-existent) time
Why? My "base" for my port was one posted (from Australia) for some
odd (for here) version of UNIX. It ran under CP/M pretty much the
same as one does for UNIX.
>stamps and just re-compile (or perhaps keep a simple data-base of
>time stamps based on the file-modified bit?) etc. Ignore the rules
>about yacc/lex/whatever, and heaps of other shortcuts...
One thing though: mine WAS for CP/M 3.0 ("CP/M Plus") with time
stamps supported. If the CP/M 3.0 timestamp "call" were implemented
under some other CP/M (using a OS-call filter, I forget the CP/M term),
then it'd work as-is.
>For the record, my C compiler supports execl()/execv(), as well as
>spawnl(), spawnv() and spawnve(), (but not fork()/system() :-).
>(Please don't ask for the compiler - it's commercial, and the author
>probably reads this group. I can supply details upon request though.)
Mine was built using the Aztec C II compiler. My mechanism was to build
a .BAT file with the suitable "command-lines", then chain to that file.
>
>Failing an existing product, I may take a stab at doing it myself.
>Although constrained by 360k floppies (albeit with 64kb RAM disk) does
>tend to severely limit one...
I had 1.2 MB floppies and 1Meg of DRAM (mostly disk cache). The floppy size
might hurt things if your compiler is big....
>
>(Hmmm... has anyone outside of Australia heard of the Microbee
>computer, in its various incarnations? Great little machine!)
>
>Cheers, as they say "down-under".
>
>PS - that dis-assembler was great!
>
>--
>Dave Horsfall (VK2KFU), Alcatel STC Australia, dave@stcns3.stc.oz.AU
>dave%stcns3.stc.oz.AU@uunet.UU.NET, ...munnari!stcns3.stc.oz.AU!dave
I had my "make" put into the Simtel CP/M archive (probably under CPM3).
It'd be a good starting point if you can't upgrade to CP/M 3.0 nor
write something to "fake" CP/M 3.0's "standard" timestamp call.
I might have it at home as well. The old beast is gathering dust....
Mike Kersenbrock WB4IOJ
Tektronix Microprocessor Development Products
michaelk@copper.WR.TEK.COM
Aloha, Oregon
--
Mike Kersenbrock
Tektronix Microprocessor Development Products
michaelk@copper.WR.TEK.COM
Aloha, Oregon