From owner-freebsd-current Thu Mar 23 03:34:43 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA08566 for current-outgoing; Thu, 23 Mar 1995 03:34:43 -0800 Received: from inet-gw-3.pa.dec.com (inet-gw-3.pa.dec.com [16.1.0.33]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA08560 for ; Thu, 23 Mar 1995 03:34:42 -0800 Received: from dude.pcs.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AA21748; Thu, 23 Mar 95 03:33:27 -0800 Received: by dude.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.37) id ; Thu, 23 Mar 95 12:31 MEZ Message-Id: From: me@dude.pcs.dec.com ( Michael Elbel ) Subject: Re: Make World Times and a question about shared libs / make all To: kuku@gilberto.physik.rwth-aachen.de Date: Thu, 23 Mar 1995 12:31:04 +0100 (MEZ) Cc: freebsd-current@freefall.cdrom.com Reply-To: me@FreeBSD.org (Michael Elbel) In-Reply-To: <199503230930.KAA14532@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Mar 23, 95 10:30:54 am X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1656 Sender: current-owner@FreeBSD.org Precedence: bulk > > Now I've noticed that subsequent 'make all install's will relink > > all the programs. I suppose this is due to the libraries being > > newer than the existing objects. However, this wouldn't be necessary > > unless the shared lib version has gone up. How hard would it be > > to get rid of this behaviour? I don't want to go and dig myself > > up to the armpits into the make stuff if it's impossible :-) > > I'm not quite sure what you mean. Do you want to make make all install > faster when a make world has been done already and all the objects > sit still there in the tree? I think this is not what we want. Why not? After all I'm *not* doing a make world again. I'd like it to run as fast as possible. And yes, I know that sometimes there are things changing which will require careful thought or a make world, for this I'm reading cvs-all :-) > Make world (which includes cleandir or is it clean?) is slow because > the libs are being built several times during the course of makeing the world. > Again, I'm not doing a make world. Ideally I'd like the rule to generate shared linked binaries not to check on the date of the shared library but on its version, since the interfaces will stay the same and any changes be automaticaly picked up. I dimly remember the exact same thing having been discussed here. The actual dependencies could be on some sort of cookie in the obj tree that only gets touched when the major number of the library changes. The tricky part then would be to get make depend to do this right :-) Michael -- Michael Elbel, Digital-PCS GmbH, Muenchen, Germany - me@FreeBSD.org Fermentation fault (coors dumped)