Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/17/84 chuqui version 1.9 3/12/85; site unisoft.UUCP
Path: utzoo!linus!philabs!cmcl2!seismo!lll-crg!dual!unisoft!fnf
From: fnf@unisoft.UUCP
Newsgroups: net.unix
Subject: Re: Make and libraries
Message-ID: <522@unisoft.UUCP>
Date: Tue, 30-Jul-85 01:42:37 EDT
Article-I.D.: unisoft.522
Posted: Tue Jul 30 01:42:37 1985
Date-Received: Thu, 1-Aug-85 05:34:19 EDT
References: <145@iitcs.UUCP> <165@husky.uucp> <723@lsuc.UUCP> <512@unisoft.UUCP> <5404@fortune.UUCP>
Reply-To: fnf@unisoft.UUCP (Fred Fish)
Organization: UniSoft Systems, Berkeley
Lines: 18
Keywords: make, libraries

In article <5404@fortune.UUCP> olson@fortune.UUCP (Dave olson) writes:
>
>There are many ways to try and solve the above problem, but none of
>the ones I was able to find were as RELIABLE as the built-in rule,
>although most of them were somewhat faster... (as you pointed out).
			    ^^^^^^^^

I agree, if you expect to be making changes that will force recompilation
of the entire library, and the recompilation time is significant, then
the built in rule is best.  However, on our vax 750 the difference in
time for rebuilding libc.a (in a 68000 cross environment) went from
over 12 hours, with the built in rule, to under an hour with the
method I posted previously.  This is more than just *somewhat* faster!

===========================================================================
Fred Fish    UniSoft Systems Inc, 739 Allston Way, Berkeley, CA  94710  USA
{ucbvax,decvax}!unisoft!fnf	(415) 644 1230 		TWX 11 910 366-2145
===========================================================================