Newsgroups: comp.lang.postscript
Path: utzoo!utgpu!trigraph!john
From: john@trigraph.uucp (John Chew)
Subject: Re: Shorter version of PostScript "Recycle" symbol
Message-ID: <1990Jul3.221553.16147@trigraph.uucp>
Sender: "John J. Chew" <john@trigraph.UUCP>
Reply-To: "John J. Chew" <poslfit@gpu.UTCS.UToronto.CA>
Organization: Trigraph Inc., Toronto, Canada
References: <6741@umd5.umd.edu> <185@heaven.woodside.ca.us> <6750@umd5.umd.edu> <186@heaven.woodside.ca.us> <6761@umd5.umd.edu>
Date: Tue, 3 Jul 90 22:15:53 GMT

In <6761@umd5.umd.edu> zben@umd5.umd.edu (Ben Cranston) writes:
>I could see initally writing an application to keep track of which parts
>of the prolog were actually used, but if you let the prolog procedures
>call each other it could be a maintenance nightmare keeping the
>caller/callee matrix updated.

No nightmare.  I wrote a Perl script to do this a few months ago.  We keep 
several hundred logos online that have been created by Adobe Illustrator or 
Adobe Streamline, and several hundred prologues add up to a lot of disk space. 
I went through the standard prologue by hand once and built up a dependency 
tree.  The Perl script uses an associative array to keep track of which tokens 
have been defined, and spits out necessary definitions as needed.  Yes, it 
messes up the prologue/script dichotomy for the sake of easy programming, 
but not doing so is left as an exercise to the reader.

John
-- 
john j. chew, iii   		  phone: +1 416 425 3818     AppleLink: CDA0329
trigraph, inc., toronto, canada   {uunet!utai!utcsri,utgpu,utzoo}!trigraph!john
dept. of math., u. of toronto     poslfit@{utorgpu.bitnet,gpu.utcs.utoronto.ca}
