brian@ut-sally.UUCP (Brian H. Powell) (07/08/85)
"Welcome to the Wonderful World of Source Code Maintenance", he said.
Okay, so there were at least two versions of rmaker out there. And people
keep adding code to one or the other. What to do; what to do?
I complained, so I got the job.
There is a new version of rmaker available. This version replaces
the current version of rmaker.shar on SUMEX. It replaces some lost
bug fixes and additions and I've also added some code of my own. Below, I've
included the README file from the rmaker.shar file (rmaker.shar has been
posted to net.sources.mac and sent to sumex.) There is also a new rmaker.doc
file to replace the (now-defunct) Inside Mac manual "Putting Together a
Macintosh Application." This new file contains specifics on this version
of rmaker.
Brian H. Powell brian@ut-sally.{ARPA,UUCP}
U.S. Mail: Southwestern Bell
P.O. Box 5899 451-0842
Austin, TX 78763
AT&T
(512) 451-0842
____
Here is the README file from rmaker.shar:
As some of you have noticed, there is more than one version of the
SUMacC rmaker out there. This is an attempt to combine all versions.
Summary of changes to rmaker:
Work done by Croft:
fix fwrite bug and add INIT and PACK resource types.
Work done by Maio/Schilit:
no NULL in DRVR name if device driver.
Work done by Moy:
Implement CDEF, MDEF, WDEF and modify DRVR for dynamic relocation.
Work done by van Rossum:
Added STR# resource types.
Work done by Crosswell:
Added POST (PostScript) resource type.
Work done by Horvath:
Added backslash escape sequences for strings.
Work done by Powell:
Combine all of above work.
Modify INIT and PACK to use dynamic relocation.
Added FKEY and PROC resource types.
Fix minor bugs in backslash code.
_______________________________________________________________________________
The dynamic relocation work done by Moy requires the use of special
crt*.s files for DRVR, PROC, CDEF, MDEF, WDEF, INIT, PACK and FKEY types.
For DRVR's, use crtdrvr.s (which is included in the shar file) as an example.
For the others, use crtproc.s (also included) as an example.guido@boring.UUCP (07/11/85)
"Welcome to the wonderful world of Source Code Maintenance indeed". The posted rmaker uses a different \ escape convention than documented in (some versions of) Inside Macintosh. With the consent of Brian Powell (and also of the original author of the code) I have posted diffs to implement the IM-convention of \XX (XX = two hex digits), plus some (in my eyes) less important changes. Please update your rmaker.c source, in the sake of compatibility! (The diffs are in net.sources.mac.) Guido van Rossum, CWI, Amsterdam (not the capital of Copenhagen) guido@mcvax.UUCP
guido@boring.UUCP (07/11/85)
Umps, I forgot: the documentation which Brian Powell put in the shar file should also be updated. Specifically, the described input format for hex escapes in strings and for POST resources should be adapted to the code. Any volunteers to post diffs to the net? Guido van Rossum, CWI, Amsterdam guido@mcvax.UUCP ...And who said "RTFM?"
guido@boring.UUCP (07/12/85)
Well, I thought myself fit to do the manual update for my rmaker patches as well. Diffs have been posted to net.sources.mac. Keep your manuals up-to-date, folks! Guido van Rossum, CWI, Amsterdam (near Brussels :-) guido@mcvax.UUCP
brian@ut-sally.UUCP (Brian H. Powell) (12/25/85)
I've just finished the documentation for a new SUMacC Rmaker. Most of
the work on rmaker was done by Doug Moen. He added a few new types and made
the input file much more Lisa-compatible. I fixed a small bug and wrote the
docs and man page. Note that some input syntax has slightly changed, so old
sumacc *.rc files won't compile properly without a little modification.
It will be posted to net.sources.mac in two parts. (each right at 32K. I
hope they make it.)
Brian H. Powell
UUCP: {ihnp4,seismo,ctvax}!ut-sally!brian
ARPA: brian@sally.UTEXAS.EDU
U.S. Mail: Southwestern Bell
P.O. Box 5899 345-0932
Austin, TX 78763-5899
AT&T
(512) 345-0932brian@ut-sally.UUCP (Brian H. Powell) (12/25/85)
I forgot to mention how to compile the new rmaker. The Makefile that
Doug Moen worked up was kind of gory (it still had all the debug stuff in
it.) The Makefile I use has LOTS of other files to handle as well.
So, instead of giving you a Makefile, you can edit the one that you
already have for it. The old rmaker had all the code in "rmaker.c". The
new rmaker has separated things into five *.c files. Just compile all five
*.c files in the same way you compiled "rmaker.c" before. Simple isn't it?