Grady Booch's Components Library Compilation Problems

Grady Booch's Components Library Compilation Problems

[Scott Simpson]

We are using Grady Booch's component library.  Unfortunately, compiling
all the routines requires knowing the dependencies between modules.
Does anybody have a list of the modules in a dependency order?  What I
need are a list of the files in dependency order so I can simply change
the extension to ".a" and put the word "ada" in front and run it as a
shell script.  (We are using Verdix Ada as though it matters.)
	Scott Simpson
	TRW Space and Defense Sector
	oberon!trwarcadia!simpson  		(UUCP)
	trwarcadia!simpson@oberon.usc.edu	(Internet)

Grady Booch's Components Library Compilation Problems

[Karl Nyberg]

   Date: Tue, 13 Sep 88 14:32:45 -0700
   From: Scott Simpson <haven!oberon.USC.EDU!minotaur!simpson%trwarcadia.UUCP>

   ... Unfortunately, compiling
   all the routines requires knowing the dependencies between modules.
   Does anybody have a list of the modules in a dependency order?  What I
   need are a list of the files in dependency order ...
   (We are using Verdix Ada as though it matters.)

Yes, it does matter (perhaps).  With VADS on UNIX you could try using

	a.make -f *.a

That would automatically determine the correct dependency order and compile
things appropriately, assuming that the total number of files doesn't
generate an argument list that's too long for your shell, or otherwise cause
a.make to go catatonic.  If you give it the -V (VERIFY) flag in addition, it
will generate the list of compilation commands without executing them, so
you could redirect stdout to a file and edit appropriately to make a shell
script.  (That's the long answer - the short one is RTFM!)

There's also a compilation order tool available from the SIMTEL repository,
although I haven't personally used it, and couldn't vouch for it, since I
use a.make instead.  I'm not even sure if it has dependencies that might
prevent you from using it in your environment.

-- Karl --

p.s. I still own stock in Verdix.

Karl A. Nyberg          karl@grebyn.com, nyberg@ajpo.sei.cmu.edu
Grebyn Corporation                 karl%grebyn.com@haven.umd.edu
P. O. Box 1144                        {decuac,haven}!grebyn!karl
Vienna, VA 22180-1144                               703-281-2194

Re: Grady Booch's Components Library Compilation Problems

[gbooch]

Another thing you may need to do is combine the specs and bodies of all
the generic units. For copyright reasons, they are shipeed in

separate files (the specs are not copyrighted, the bodies are).

egb
,