jimomura@lsuc.UUCP (10/19/87)
I recently bought the developer's kit and used 'dump' and 'debug'
to fix my C compiler. As you know, the C Compiler will work in Level II
the same as it works in Level I, but in either case it looks for the
DEFS and LIB directories in /d1 -- which I don't have attached at all
times on my system. Because I sometime *do* have a /d1 drive, I can't
just rename another device to /d1 without rebooting all the time.
Not nice. Anyway, there were patches published long ago to use /h0,
in The Rainbow, but I couldn't find the issue, so I had to do it myself.
Ugh. I hate re-inventing the wheel. Oh well.
In 'cc1', the default device is defined by the character string
'/d1' at locations $0ee4 - $0ee6. I changed $0ee6 from $31 to $64
to redefine the device to '/dd'. This corrects the LIB directory.
'verify' is used to update the CRC.
In 'c.prep', the default device is defined by the character string
'/d1' at locations $135b - $135d. I changed $135d from $31 to $64,
again, to redefine the device t0 '/dd'. This corrects the DEFS directory.
Again, 'verify' is used to update the CRC.
That's all there was to it. Now I have a much more portable compiler.
I should note that 'rma' in the developer's kit is not just a re-named
version of 'c.asm' in the C Compiler. I don't know what the differences
are, but there seems to be some substantial re-coding. I have no
idea right now if there's any point in changing the 'c.asm' reference
in 'cc1' to 'rma'. If it's possible, it might be a good idea. Right
now I have both in my CMDS directory. I've deleted 'asm' and the
old support modules for now.
Cheers! -- Jim O.
--
Jim Omura, 2A King George's Drive, Toronto, (416) 652-3880
ihnp4!utzoo!lsuc!jimomura
Byte Information eXchange: jimomura